发表TroubleShooting / 观察日志3 分钟读完 (大约417个字)0次访问

这不是我想要的日志

一、问题描述

上周三在查看线上Rest服务器后台的日志时，发现日志内容只有spring框架的日志，项目通过logger4j记录的日志则全部没有记录。

二、尝试路径

  1. 怀疑有人修改了log4j2.xml文件,定制了日志打印内容。 结果，发现log4j2.xml文件最近没有变化。

  2. 下载线上的运行的版本包在本地运行，查看nohup.out文件。结果，发现nohup.out打印正常。

  3. 检查是否slf4j绑定了log4j实现，查看nohup.out文件。结果，发现其加载了slf4j-simple的jar。如下所示：

    1
    2
    3
    4
    5
    SF4J: Class path contains multiple SLF4J bindings.
    SLF4J: Found binding in [jar:file:/home/kivi/Downloads/edi-rest_253244_T_7c14b96_2019.09.18-11.36.43/lib/slf4j-simple-1.7.22.jar!/org/slf4j/impl/StaticLoggerBinder.class]
    SLF4J: Found binding in [jar:file:/home/kivi/Downloads/edi-rest_253244_T_7c14b96_2019.09.18-11.36.43/lib/log4j-slf4j-impl-2.9.1.jar!/org/slf4j/impl/StaticLoggerBinder.class]
    SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation.
    SLF4J: Actual binding is of type [org.slf4j.impl.SimpleLoggerFactory]

  4. 最后发现是项目最近新依赖了一个module，而导致间接依赖了这个包。而slf4j的SPI框架依赖jar的加载顺序来绑定实现。

三、反思

  1. 第二步走到第三步之间花费时间很多，当时假想肯定是某个log4j2.xml文件有问题，忽略了slf4j是SPI框架加载实现的原理。本质还是对slf4j的原理不清楚或理解的不深。

参考

  1. Java的日志框架

评论

×