log4j rootLogger似乎继承了其他记录器的日志级别。为什么？

Question

我有一个log4J设置，其中根记录器应该将ERROR级别和更高级别的消息记录到控制台，另一个记录器将所有内容记录到syslog中。

log4j.properties是：

# Root logger option
log4j.rootLogger=ERROR,R

log4j.appender.R=org.apache.log4j.ConsoleAppender
log4j.appender.R.layout=org.apache.log4j.PatternLayout
log4j.appender.R.layout.ConversionPattern=%d %p %t %c - %m%n

log4j.logger.SGSearch=DEBUG,SGSearch
log4j.appender.SGSearch=org.apache.log4j.net.SyslogAppender
log4j.appender.SGSearch.SyslogHost=localhost
log4j.appender.SGSearch.Facility=LOCAL6
log4j.appender.SGSearch.layout=org.apache.log4j.PatternLayout
log4j.appender.SGSearch.layout.ConversionPattern=[%-5p] %m%n

用代码我做

private static final Logger logger = Logger.getLogger("SGSearch");
.
.
.
logger.info("Commencing snapshot index [" + args[1] + " -> " + args[2] + "]");

发生的事情是我获得了所有日志记录级别的控制台日志记录。似乎正在发生的事情是SGSearch的级别以某种方式覆盖了为根记录程序设置的级别。我不知道。

我已经确认Log4J正在读取我认为是的属性文件，并且没有其他内容（通过该-Dlog4j.debug选项）

Answer 1

Log4j链接的工作方式有点直觉（至少对我而言）。请参阅log4j手册。如果请求级别等于或高于最匹配的记录器的阈值，那么将接受该请求。一旦请求被接受，无论其阈值是多少，它都将由完整的祖先链处理！

要抑制链接行为，请添加：

log4j.additivity.SGSearch=false

这将导致记录器SGSearch处理的请求不再沿链传送。

另一个建议是：不要将记录器和附加器的名称相同，因为将来您或同事会混淆它们。记录器名称应指示要处理的日志类型，附加程序名称应指定记录的去向。因此，在这种情况下，我认为“
SGSearch”可能是记录器名称，并且应该将附加程序称为“ LocalSysLog”。

顺便说一句：我认为您可以通过将根记录器设置为较高的阈值并将其降低以用于特定记录器来做正确的事情。这样可以避免嘈杂的库造成混乱（Apache有一些臭名昭著的库）。