理解Log4j2的日志层次与继承
log4j2的日志系统基于logger的命名层次结构。当一个logger被定义时，它会继承其父logger的配置，除非被更具体的logger配置所覆盖。例如，com.app.package.two.class7这个logger是com.app.package.two的子级，也是com.app.package的子级。这种层次结构允许我们为整个应用、特定包或特定类设置不同的日志行为。
在处理复杂的日志需求时，例如既要对整个包应用通用过滤规则，又要为包内某个特定类设置不同的过滤条件，Log4j2的这种层次性就显得尤为重要。通常，Log4j2会首先匹配最具体的Logger配置。
核心需求分析
假设我们有以下Java项目结构：
-
com.app.package.one
- class1.java, class2.java, class3.java, class4.java
-
com.app.package.two
- class5.java, class6.java, class7.java, class8.java
我们的目标是实现以下日志记录条件：
- 条件一： 应用程序中所有类的日志，级别为ERROR。
- 条件二： 仅当日志消息中包含“exception”（不区分大小写）时才打印。
- 条件三： 对于com.app.package.two.class7这个特定类，除了满足条件一和条件二外，还需要在日志消息中包含“sometext”（不区分大小写）时也进行打印。
Log4j2过滤器：RegexFilter的应用
RegexFilter是Log4j2提供的一种强大过滤器，它允许我们根据日志消息内容是否匹配某个正则表达式来决定是否接受（ACCEPT）或拒绝（DENY）一个日志事件。
- regex：指定用于匹配日志消息的正则表达式。
- onMatch：当日志消息匹配正则表达式时的行为（ACCEPT/DENY/NEUTRAL）。
- onMismatch：当日志消息不匹配正则表达式时的行为（ACCEPT/DENY/NEUTRAL）。
在本教程中，我们将使用onMatch="ACCEPT"和onMismatch="DENY"，这意味着只有匹配正则表达式的日志事件才会被接受并传递给Appender。正则表达式中的(?i)和(?-i)是PCRE（Perl Compatible Regular Expressions）的语法，用于在正则表达式内部开启和关闭不区分大小写匹配。
配置挑战与常见误区
在尝试实现上述需求时，用户常遇到的问题包括：
- 缺少AppenderRef： Logger元素必须通过AppenderRef引用一个或多个Appender，否则即使日志事件被Logger接受，也不会有任何输出。这是一个非常常见的配置遗漏。
- 正则表达式语法错误： 在使用|（逻辑或）操作符组合多个匹配模式时，|两侧不应有空格。例如，.*(?i)exception(?-i).* | .*(?i)sometext(?-i).*中的空格会导致正则表达式无法正确解析。正确的写法是.*(?i)exception(?-i).*|.*(?i)sometext(?-i).*。
正确的Log4j2配置示例
以下是满足所有三个条件的Log4j2 XML配置：
配置解析
-
Appenders定义：
：定义了一个名为LogToConsole的控制台Appender，所有日志都将输出到标准输出。
-
通用包级配置 (com.app.package)：
：这个Logger配置会匹配com.app.package及其所有子包下的类。level="error"表示只处理ERROR及更高级别的日志事件。 - additivity="false"：这是一个关键设置。它表示该Logger的日志事件不会传递给其父Logger（包括Root Logger）。这样可以避免日志事件被Root Logger或其他更高级别的Logger再次处理，确保只应用当前Logger的过滤规则。
-
：此过滤器确保只有日志消息中包含“exception”（不区分大小写）的事件才会被接受。 -
：将接受的日志事件发送到LogToConsole Appender进行输出。
-
特定类级配置 (com.app.package.two.class7)：
：这是一个更具体的Logger，它会覆盖com.app.package对class7的配置。同样，level="error"和additivity="false"的设置保持一致。 -
：此过滤器是关键。它使用了|操作符，表示日志消息中只要包含“exception”或“sometext”（均不区分大小写），就会被接受。注意，|两侧没有空格。 -
：确保class7的日志事件也能被输出。
-
Root Logger：
：定义了根Logger。如果某个日志事件没有被任何特定的Logger捕获，它最终会由Root Logger处理。在此示例中，由于我们为com.app.package设置了additivity="false"，所以com.app.package下的日志事件不会传递给Root Logger。Root Logger主要用于处理那些不在com.app.package层次结构中的其他日志事件。
注意事项与最佳实践
- Logger顺序： 在Log4j2中，Logger的匹配顺序通常是从最具体的Logger开始。如果一个日志事件被一个具体的Logger（例如com.app.package.two.class7）处理并带有additivity="false"，它将不会再被其父Logger或Root Logger处理。
- additivity属性： 谨慎使用additivity属性。当设置为false时，日志事件将不会传递给父Logger，这有助于精确控制日志流。如果设置为true（默认值），日志事件可能会被多个Appender处理，导致重复输出。
- 正则表达式的精确性与性能： 复杂的正则表达式可能会影响日志处理性能。在设计正则表达式时，应在精确性和性能之间取得平衡。
- AppenderRef的重要性： 再次强调，任何Logger（包括Root Logger）如果没有引用Appender，其产生的日志事件将不会有任何输出。
- 测试配置： 在生产环境中部署复杂的Log4j2配置之前，务必进行充分的测试，以确保所有过滤条件都能按预期工作。
通过上述配置，我们成功地实现了对Log4j2日志的精细化控制，既满足了包级别的通用过滤需求，又为特定类提供了定制化的日志行为。
