[b]前言[/b] 最近公司在做版本升级，所有对aaa(指代某个内部依赖)有依赖的应用需要排除掉。从这点看，几乎不会有什么问题，因为仅仅是排除一些maven依赖而已嘛。但是，一位同学在排除依赖的时候，仅仅是把aaa排除了，而没有在测试环境进行测试，在线上发布的时候，日志报dubbo服务注册失败（抛异常和dubbo admin没有看到注册的服务），导致应用启动失败（回滚后正常），影响正常业务5分钟。 [b]事后排查这个问题的时候发现，有两个原因导致了应用启动失败：[/b] [list=1] [*]去除aaa依赖后，导致应用有多个slf4j的依赖[/*] [*]去除aaa依赖后，导致log4j依赖缺失（应用使用logback） [/*] [/list] 第一点很好解决，因为从error日志可以直接知道原因，修改pom依赖并把非logback实现的日志依赖排掉就好了。 但是，第二点折腾了一下午才最终确定是因为log4j依赖缺失导致的。 [b]下面把排查过程记录如下：[/b] 把应用回滚后正常，那么问题肯定出在回滚之后的提交上，经过和正常版本的代码的diff，发现只有zkclient的版本不同。 [b]异常版本的依赖是如下：[/b] [b]正常的依赖是：[/b] 分析到这里，已经有了解决思路，一种是直接修改zkclient的依赖，一种是继续分析为什么两种版本的不同会导致应用启动失败。通过继续分析，发现groupId为com.101tec的日志框架使用的是Slf4j，而groupId为com.github.sgroschupf的日志框架是Log4j，而那位同事在排除aaa依赖的时候顺便把log4j的依赖也排掉了，所以才导致应用启动失败。 [b]com.github.sgroschupf的log框架：[/b] [img]http://files.jb51.net/file_images/article/201704/201743115841177.jpg?201733115849[/img] [b]com.101tec的log框架：[/b] [img]http://files.jb51.net/file_images/article/201704/201743115902114.jpg?201733115910[/img] 再回到刚开始dubbo注册服务失败的问题，一切都明了了——因为把log4j依赖排掉了，导致dubbo使用zkclient注册服务的时候因为无法初始化Log4j，导致无法初始化ZkClient，进而导致dubbo注册失败。 [b]通过这个事件，获得如下教训：[/b] [list=1] [*]尽量在一个系统内使用同一个日志框架[/*] [*]如果是依赖jar有不同的日志实现，使用更高版本的依赖[/*] [*]发布之前一定要记得在测试环境进行测试[/*] [/list] [b]总结[/b] 以上就是关于因缺少Log4j依赖导致应用启动失败的全部内容了，希望本文的内容对大家的学习或者工作能带来一定的帮助，如果有疑问大家可以留言交流，谢谢大家对编程素材网的支持。