最近服务端开发需要用Log系统，于是研究了下APACHE下的Log框架。

目前日志系统，支持的语言有C++,PHP,.NET,JAVA。当然我是用Java服务端，选择用log4j吧。但突然发现log4j 2比较有趣，官网也提到性能上有比1.X有更大的提升，关于log4j的文章网上有很多了。

那么我们就来学习下log4j 2吧。

至于个人的选择，我有时候不太喜欢使用调试器。原因之一是因为它复杂数据结构和控制流程的细节需要让我去思考;特别是单步跟踪更麻烦，点击语句和思考花费的时间耗费更多。

如果用输出的话，则需要较少的时间来决定在哪里把打印语句，而不是去思考单步代码的关键部分和使用快捷键去单步调试。更重要的是，调试语句留在程序中;调试会话是短暂的。

Logging确实有它的缺点。它可以使应用程序变得更慢。如果太详细，可能会导致滚动越界，而看不到全部的。为了减轻这些影响，log4j被设计为是可靠的，快速的和可扩展的

LOG4J™ 2
log4j的1.x中已被广泛采用并在许多应用中使用。然而，经过多年的发展上有所放缓。由于其需要严格遵守非常老版本的Java，它变得更难以维持。其办法，SLF4J/ Logback向框架许多需要改进。那么，为什么有Log4j 2呢？这里有几个原因。

1.Log4j 2被设计作为审计日志框架。Log4j1.x和Logback在失去events 时而重新配置。 Log4j 2不会。在Logback的Appenders中异常应用程序中是绝对看不到的。在Log4j 2中Appenders可以被配置为允许异常渗到应用

2.Log4j 2包含LMAX Disruptor库基础上的下一代无锁异步Loggers 。在多线程情况下异步Loggers 具有10倍的吞吐量和比Log4j1.x和Logback幅度更低的延迟。

3.Log4j 2采用了插件系统，添加新的Appenders, Filters, Layouts, Lookups, 和Pattern Converters更加容易。

4.由于插件的系统配置简单。Entries 配置中不需要指的类名。

5.支持Message对象。Message允许的有趣和复杂的结构支持，通过日志系统传递有效地操作。用户可以自由创建自己的消息类型和编写自定义的 Layouts, Filters ，Lookups并操作他们。

6.Log4j的1.x的支持上的Appender的过滤器。 Logback加入TurboFilters允许由一个Logger处理的事件之前进行过滤。Log4j 2支持可配置为由一个Logger处理之前处理事件，因为它们是由一个Logger或Appenders处理。 

7.许多Logback的Appender不接受Layouts，并且只发送数据的固定格式。大多数的Log4j 2Appenders接受Layouts，允许数据在所需的任何格式来传送。

8.在Log4j的1.x和Logback布局返回一个String。这导致了在Logback编码器讨论的问题。 Log4j 2采用了更简单的方法，布局总是返回一个字节数组。这具有它意味着他们可以在几乎任何追加程序被使用，而不是仅写入到OutputStream的优点。 

9.系统日志的Appender同时支持TCP和UDP以及支持BSD的系统日志和RFC5424格式。 

10.Log4j的2利用了Java 5的并发支持的优势，进行以尽可能低的水平锁定。 Log4j的1.x中已经知道死锁问题。其中许多是固定的Logback但许多Logback类仍然需要在相当高的水平同步。

架构

Logger

Loggers 通过调用LogManager.getLogger创建。该Logger本身不执行任何直接的动作。它只是一个名字，并和LoggerConfig有关。它扩展AbstractLogger并实现所需的方法。通过配置修改Logger可以和不同LoggerConfig关联的，从而导致需要修改其行为。

调用LogManager.getLogger方法具有相同的名字总是会返回一个引用完全相同的Logger对象。

例如，在

Logger X = LogManager.getLogger（“jy02432443”）; Logger Y = LogManager.getLogger（“jy02432443”）; 

x和y是指完全相同的Logger对象,可以用==。

log4j的环境配置通常是在应用程序初始化的时候。首选的方法是通过读取配置文件。这个在配置章节已经讨论过了。

Log4j中可以很容易地为Logger软件组件命名。这可以通过在每类中实例化一个Logger，与Logger名称相同的类的完全限定名来完成（如tl.lan或org.lan）。这是定义Logger的有效和直接的方法。

作为日志输出带有产生日志Logger的名字，这个命名策略可以很容易地识别出日志信息的来源。 Log4j的不限制尽可能多的Logger。开发人员可以自由根据需要来命名Logger。

一般用类的名字命名Logger比较常见，方便的方法LogManager.getLogger（Object.class）设置为自动使用调用类的完全限定类名作为Logger的名字。

该类它们所在的位置来命名Logger似乎是目前已知的最好的策略。

APACHE LOG4J? 2