《log4j2中文手册》由会员分享，可在线阅读，更多相关《log4j2中文手册（50页珍藏版）》请在金锄头文库上搜索。
1、Log4j2使用手册一Log4j2介绍Log4j1.x 被广泛应用于应用程序，但是近年发展明显放缓，因为要维持较老java版本的使用，使得log4j1.x 的发展更困难。而作为其代替品， slf4j/logback 做出了许多必要改进，为什么还需要log4j2? 主要有以下几个原因 :(1) Log4j2被设计用作审计日志框架, log4j 和logback 在重载配置时，都会丢失日志时间，而log4j2不会。Logback中appenders中的异常对于应用来说是不可见的，log4j2可以配置异常向应用渗透。(2) Log4j2 包含基于 LMAX Disruptor library 的下一
2、代无锁 Asynchronous Loggers ，在多线程环境下， Asynchronous Loggers 相比slf4j / logback 提高了10倍以上的吞吐量，并且有着更低的延时。(3) Log4j2的插件机制，使得在不需要修改框架的情况下，通过添加 Appenders,Filters,Layouts,Lookups 轻松扩展框架。(4) 简单的插件配置，无需指定具体类名即可在configuration 中配置插件。(5) 支持自定义日志级别，可以在代码或者 configuration 中自定义日志级别。(6) 支持lambda表达式，java8的应用可以在请求日志级别启用时使用
3、 lambda表达式懒构建一个日志消息，不需要显示的日志级别检查，使得代码更简洁。(7) 支持消息对象，消息允许支持有趣和复杂的结构，传递到日志记录系统，并且可以高效的操作。用户可以自由创建消息类型和 编写Layouts, Filters and Lookups 来操作这些消息。(8) Log4j1在Appenders 上支持 Filters。 logback增加了 TurboFilters，允许在日志事件在处理前进行过滤。Log4j2可以配置 Filters 在Logger后者Appender 前运行。(9) 许多Logback的Appenders 不接受Layout，并且只能按照固定格式发
4、送日志数据。大部分 log4j2 接收Layout配置，允许日志数据按照任何所需格式传输。(10) Log4j1与logback 的 Layouts 是返回一个String 类型，这可能导致一些编码问题。Log4j2使用了简单的方式：返回一个 byte 数组。这以为着Layouts 可以用在几乎任何appenders ，而不仅仅是 写入OutputStream。(11) Syslog appender 支持 TCP与UDP,以及BSD syslog 和 RFC5424格式。(12) Log4j2 得益于java5的并发支持，将锁的可能降到最低水平。Log4j1 有已知的死锁问题，Logback
5、也需要使用synchronization 来保持在相当高的锁级别。(13) Apache 开源二Log4j2架构1. Log4j2类图应用程序调用Log4j API 时需要向LogManager 传入一个特定的名称来获取一个Logger实例。LogManager 会定位一个合适的 LoggerContext然后从中获取 Logger 。如果 Logger必须新建，那么与之关联的 LoggerConfig 遵守如下规则 : (1)与Logger名称完全相同。（2）父Logger 的名称。（3）Root LoggerConfig 。LoggerConfig 对象是根据 configuration
6、配置中的Logger 声明创建的。LoggerConfig 又与处理LogEvents 的 LoggerConfig 关联。2. 日志层次logging API 相比于 纯粹的System.out.println 最重要的不同是 : logging API 可以禁用一些log语句输出的同时允许其他一些语句块输出。这种能力建立在开发者按照一定规则将日志分类的基础上。Log4j1.x 的层次关系是通过 Loggers 之间的关系保持的。而 Log4j2.x 是通过 LoggerConfig 对象来维持这种层次关系的。Loggers 与 LoggerConfigs 都是带名称的实体。Logger名称
7、是大小写敏感的，并且符合如下命名层级规则：一个LoggerConfig 的名字是另外一个 LoggerConfig 名字 加上 . 和一些后缀字符。 那么这个 LoggerConfig 是另外的 LoggerConfig 的子类。 类似于 java 的 package 路径。 例如 : 一个 名称为 com.foo的 LoggerConfig 是 一个名称为 com.foo.Bar 的LoggerConfig 的父类。类似的， “java” 是java.util的父类和 java.util.Vector 的祖先类 。 开发人员对这样的命名方案应该很熟悉。Root LoggerConfig 居于
8、 LoggerConfig 分层的顶层。Root LoggerConfig 总是存在于每个 LoggerConfig的层次中 。任何一个与rootLoggerConfig相关联的Logger可以通过如下方式获得：Logger logger = LogManager.getLogger(LogManager.ROOT_LOGGER_NAME);也可以用如下简便方式：Logger logger = LogManager.getRootLogger();其他的 Logger 可以使用 LogManager.getLogger 的静态方法根据传入的名称获得。3. LoggerContextLogger
9、Context 作为日志系统的锚点(用于根据日志名称定位日志输出信息的Logger)，在不同的环境中，一个应用系统中可能存在多个有效的 LoggerContexts，4. Configuration每个 LoggerContext有一个有效的Configuration。 Configuration包括所有的 Appenders，上下文过滤器，LoggerConfigs 与 包含StrSubstitutor的引用信息。在配置重载期间，两个Configuration共存，一旦所有的 Logger重定向到新的Configuration，旧的Configuration将停用和丢弃。5. LoggerL
10、oggers 是调用 LogManager.getLogger 静态方法创建的。Logger 本身不直接执行动作。它只有一个名称，并于一个LoggerConfig相关联。它继承自AbstractLogger ，当 configuration 被修改时，Loggers将关联修改后的 LoggerConfig，从而改变这个 Loggers的行为。获取Loggers：使用相同的名称调用 LogManager.getLogger 方法，总是返回完全相同的Logger对象。例如：Logger x = LogManager.getLogger(wombat);Logger y = LogManager.g
11、etLogger(wombat);X和y 指向完全相同的 Logger 对象。Log4j 配置环境通常是在应用程序初始化时完成的。最好的方式是读取配置文件。Log4j很容易通过类名来命名，这可以在每个类初始化的时候完成Logger的初始化，Logger 的名称就等于类的完整路径，这是一个定义Logger的简单有效的方式。当为日志文件输出具有 Logger 名称的日志时，这种命名策略可以很容易看出一个 日志消息的来源。当然这只是一种比较常见的日志命名方式，log4j并没有对此进行限制，开发人员可以按照需求进行命名。因为使用类名命名 Logger是一个习惯用法。一个便利的方法是使用LogManag
12、er.getLogger() 来获取类的全路径名称的 Logger。目前为止，使用类名来作为Logger 的名称是最好的方式。6. LoggerConfig当Logger对象在 logging configuration 中被定义时，LoggerConfig对象同时被创建。LoggerConfig包含一组Filters 来过滤传递到 Appenders 的LogEvent。LoggerConfig使用一组Appenders用来处理这些事件。Log LevelsLoggerConfigs 被分配一个日志级别，包括 ： TRACE, DEBUG, INFO, WARN, ERROR, FATAL
13、。 Log4j2 也支持自定义日志级别，另一种获得更多日志粒度的方式是使用 Markers 。Log4j1 与logback 都有日志级别继承的概念。在Log4j2中，因为 Loggers 和LoggerConfigs是2个不同的对象，所以这个概念的实现有所不同。但是因为每个Loggers都关联一个相应的 LoggerConfig， 所以最终效果是相同的。如果一个 root LoggerConfig 没有配置日志级别，将分配一个默认级别。Logger NameAssigned LoggerConfigLoggerConfig LevelLogger LevelrootrootDEBUGDEBU
14、GXrootDEBUGDEBUGX.YrootDEBUGDEBUGX.Y.ZrootExample 1在 Example1 中， 仅配置了root logger 与其日志级别，所有的Loggers 都会引用root LoggerConfig ，并使用其日志级别。Logger NameAssigned LoggerConfigLoggerConfig LevelLevelrootrootDEBUGDEBUGXXERRORERRORX.YX.YINFOINFOX.Y.ZX.Y.ZWARNWARNExample 2在Example2中， 每个Logger 都有其对应的 LoggerConfig和相应
15、的日志级别。Logger NameAssigned LoggerConfigLoggerConfig LevelLevelrootrootDEBUGDEBUGXXERRORERRORX.YXERRORERRORX.Y.ZX.Y.ZWARNWARNExample 3在 Example3 中，Logger root,X和X.Y.Z 都有与名称完全匹配的LoggerConfig配置，而 Logger X.Y 没有与其命名匹配的 LoggerConfig，所以使用拥有最长匹配度的 X 的LoggerConfig。Logger NameAssigned LoggerConfigLoggerConfig LevellevelrootrootDEBUGDEBUGXXERRORERRORX.YXERRORERRORX.Y.ZXERRORERRORExample 4Example 4 中，root与X
