0


由jar包冲突导致的logback日志不输出

最近接手一个厂商移交的项目,发现后管子系统不打印日志。

项目使用的logback

本地断点调试发现logback-classic jar冲突导致 打出的war中没有 相关的jar

解决方法:

去除pom 文件中多余的 logback-classic 应用,只保留最新版本的。 重新打包环境后,日志可正常输出。

java是如何加载logback
我们都知道,当我们需要引入logback时,是不是需添加任何配置 来引入logback.xml文件的,只需要将logback.xml配置文件定义到resources目录即可,那么框架会自动加载这个日志配置文件,并按照配置帮我自己生成日志到指定的目录下,那么它是如何自动加载的。
很显然第一个想到就是通过spi。
在说明如何加载的一个前提是,你需要知道sl4j、log4j、logback之间的关系。
可以看这篇 SLF4J和Logback和Log4j和Logging的区别与联系

这里我还是贴一张图来说明一下:

slf4j是一个门面,而logback、log4j都是这个门面的实现。
所以logback肯定是在sl4j.jar中加载的。

3.1、回顾下我们获取日志对象是如何获取的
上面方法会加 //加载org/slf4j/impl/StaticLoggerBinder.class这个类这个类,那么我们先看下slf4j下有没有这个类:

  1. //通过LoggerFactory获取一个logger对象
  2. final static Logger logger = LoggerFactory.getLogger(HttpClientUtil.class);
  3. //通过LoggerFactory获取一个logger对象,那么我们看下这个方法如下:
  4. 它果然是在slf4j这个门面中定义的。
  5. public static Logger getLogger(Class<?> clazz) {
  6. //看下是如何获取logger 的
  7. Logger logger = getLogger(clazz.getName());
  8. if (DETECT_LOGGER_NAME_MISMATCH) {
  9. Class<?> autoComputedCallingClass = Util.getCallingClass();
  10. if (autoComputedCallingClass != null && nonMatchingClasses(clazz, autoComputedCallingClass)) {
  11. Util.report(String.format("Detected logger name mismatch. Given name: \"%s\"; computed name: \"%s\".", logger.getName(),
  12. autoComputedCallingClass.getName()));
  13. Util.report("See " + LOGGER_NAME_MISMATCH_URL + " for an explanation");
  14. }
  15. }
  16. return logger;
  17. }
  18. getLogger
  19. public static Logger getLogger(String name) {
  20. //看下这个方法
  21. ILoggerFactory iLoggerFactory = getILoggerFactory();
  22. return iLoggerFactory.getLogger(name);
  23. }
  24. public static ILoggerFactory getILoggerFactory() {
  25. if (INITIALIZATION_STATE == UNINITIALIZED) {
  26. synchronized (LoggerFactory.class) {
  27. if (INITIALIZATION_STATE == UNINITIALIZED) {
  28. INITIALIZATION_STATE = ONGOING_INITIALIZATION;
  29. //看这个方法
  30. performInitialization();
  31. }
  32. }
  33. }
  34. ......
  35. }
  36. 查看performInitialization bind方法
  37. private final static void performInitialization() {
  38. //绑定
  39. bind();
  40. if (INITIALIZATION_STATE == SUCCESSFUL_INITIALIZATION) {
  41. versionSanityCheck();
  42. }
  43. }
  44. private final static void bind() {
  45. ....
  46. staticLoggerBinderPathSet = findPossibleStaticLoggerBinderPathSet();
  47. .....
  48. }
  49. private static String STATIC_LOGGER_BINDER_PATH = "org/slf4j/impl/StaticLoggerBinder.class";
  50. static Set<URL> findPossibleStaticLoggerBinderPathSet() {
  51. // use Set instead of list in order to deal with bug #138
  52. // LinkedHashSet appropriate here because it preserves insertion order
  53. // during iteration
  54. Set<URL> staticLoggerBinderPathSet = new LinkedHashSet<URL>();
  55. try {
  56. ClassLoader loggerFactoryClassLoader = LoggerFactory.class.getClassLoader();
  57. Enumeration<URL> paths;
  58. if (loggerFactoryClassLoader == null) {
  59. //加载org/slf4j/impl/StaticLoggerBinder.class这个类
  60. paths = ClassLoader.getSystemResources(STATIC_LOGGER_BINDER_PATH);
  61. } else {
  62. paths = loggerFactoryClassLoader.getResources(STATIC_LOGGER_BINDER_PATH);
  63. }
  64. while (paths.hasMoreElements()) {
  65. URL path = paths.nextElement();
  66. staticLoggerBinderPathSet.add(path);
  67. }
  68. } catch (IOException ioe) {
  69. Util.report("Error getting resources from path", ioe);
  70. }
  71. return staticLoggerBinderPathSet;
  72. }

这个jar下没有这个路径,那么肯定是在slf4j-logback.jar,slf4j-log4j.jar这样的jar包下实现的。
搜索logback相关jar,发现在这个jar下有这个路径类

然后继续,看bind方法后面

如果你的项目中只有logback-classic这一个Jar,没有其它日志框架,那么直接点到这个方法中就到logback方法中,如下:

这个类中静态方法就会执行

看下init方法

autoConfig()中findURLOfDefaultConfigurationFile方法

再继续看autoConfig()方法

后面就不在细说明,可以直接到源码里面看看。
这里整个logback自动注入的过程就完结了

具体排查过程待补充

最终原因 jar包冲突

表现 war包中没有 logback-classic.jar 这个文件, 解决冲突后 ,logback-classic.jar 出现了 问题解决。

标签: jar logback java

本文转载自: https://blog.csdn.net/clz1314521/article/details/135549147
版权归原作者 clz1314521 所有, 如有侵权,请联系我们删除。

“由jar包冲突导致的logback日志不输出”的评论:

还没有评论