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。

推薦閱讀: