springboot啟動後卡住無日志的幾種情況小結
今天分享一下springboot啟動後無日志的問題。
1.場景復現
springboot項目啟動後卡住無日志,肯定是報錯瞭或者其他原因,並且日志沒有打印出來。
1.1 說一下比較通用常見的場景
檢查一下 是否 exclude瞭springboot自帶的日志包,放開後可能就有具體的錯誤原因瞭。
<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter</artifactId> <version>2.0.5.RELEASE</version> <exclusions> <exclusion> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-logging</artifactId> </exclusion> </exclusions> </dependency>
1.2 不太常見的場景
加載到如下圖的地方,直接停瞭。
或者直接打印
INFO [class:org.apache.juli.logging.DirectJDKLog | method:log | line:180] logInfo==> Stopping service [Tomcat]
沒有打印具體的報錯信息
是具體報錯的地方用的日志框架和你本身項目中的沖突瞭。
1.2.1 apollo忘記配置
比如就拿我們項目來說,apollo少配瞭一個key,項目直接啟動失敗,隻是報瞭上面的錯誤信息,沒有報出具體報錯信息。
apollo加載的時候用的日志框架或者版本不一致導致的,一般來說log4j,slf4j,logback這些都會引用,但是版本很難統一,尤其引用瞭其他的第三方包。
在apollo那個問題上,將commons-logging的沖突解決後保留 1.1.1 版本,就打印出報錯信息瞭。
<dependency> <groupId>commons-logging</groupId> <artifactId>commons-logging</artifactId> <version>1.1.1</version> </dependency>
1.2.2 tomcat版本沖突
去除第三方引用的不同版本的tomcat依賴,僅保留一個
<exclusions> <exclusion> <artifactId>spring-boot-starter-tomcat</artifactId> <groupId>org.springframework.boot</groupId> </exclusion> <exclusion> <artifactId>spring-boot-starter-web</artifactId> <groupId>org.springframework.boot</groupId> </exclusion> </exclusions>
1.2.3 apollo引用的包找不到
找不到 gson 包,這個和上面那個類似,也是apollo加載的時候失敗瞭,後來日志打印出來瞭,問題也比較好找,加上gson依賴。
Caused by: java.util.ServiceConfigurationError: com.ctrip.framework.apollo.internals.Injector: Providercom.ctrip.framework.apollo.internals.DefaultInjector could not be instantiated
at java.util.ServiceLoader.fail(ServiceLoader.java:232)
at java.util.ServiceLoader.access$100(ServiceLoader.java:185)
at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:384)
at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:404)
at java.util.ServiceLoader$1.next(ServiceLoader.java:480)
at com.ctrip.framework.foundation.internals.ServiceBootstrap.loadFirst(ServiceBootstrap.java:14)
at com.ctrip.framework.apollo.build.ApolloInjector.getInjector(ApolloInjector.java:20)
… 26 common frames omitted
Caused by: com.ctrip.framework.apollo.exceptions.ApolloConfigException: Unable to initialize Guice Injector!
at com.ctrip.framework.apollo.internals.DefaultInjector.<init>(DefaultInjector.java:30)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at java.lang.Class.newInstance(Class.java:442)
at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:380)
… 30 common frames omitted
Caused by: com.google.common.util.concurrent.ExecutionError: com.google.common.util.concurrent.ExecutionError: java.lang.NoClassDefFoundError: Lcom/google/gson/Gson;
1.2.4 項目改成打包lib目錄後,部分包打包不完整
這個問題是最棘手瞭,找瞭一天,之前由於項目打jar包過大,想把jar和第三方不常用的包分開,打成jar和lib,具體可以看這篇。
同樣的pom依賴,在改成lib之後就啟動停止
INFO [class:org.apache.juli.logging.DirectJDKLog | method:log | line:180] logInfo==> Stopping service [Tomcat]
隻能把原來的100多M的jar解壓縮後和新方式打的lib目錄做對比,最後發現第三方包在循環依賴後打包有問題,大小也不一樣。lib目錄隻打瞭自己那層,沒有打循環依賴那些包,導致加載的時候報錯瞭。
2.解決思路
總結一下,出現的問題場景
2.1 springboot 本身日志被排除瞭,tomcat版本不一致
2.2 apollo找不到key 由於 commons-logging 版本過高
2.3 找不到gson包
2.4 打包lib目錄後,循環依賴的包和單次依賴打包大小不一致,導致部分類缺失
如果項目是個新項目,搭建工程的時候盡量保證使用的第三方包的兼容性。如果是老的項目,加新包的時候要註意,盡量避免沖突,以之前的包為準。
以上為個人經驗,希望能給大傢一個參考,也希望大傢多多支持WalkonNet。
推薦閱讀:
- springboot log4j2不能打印框架錯誤日志的解決方案
- 使用Springboot整合Apollo配置中心
- JAVA SpringBoot統一日志處理原理詳解
- 聊聊maven的pom.xml中的exclusions標簽的作用
- Easycode自動化springboot的curd