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目錄后，循環依賴的包和單次依賴打包大小不一致，導致部分類缺失

如果項目是個新項目，搭建工程的時候盡量保證使用的第三方包的兼容性。如果是老的項目，加新包的時候要注意，盡量避免沖突，以之前的包為準。

感謝你能夠認真閱讀完這篇文章，希望小編分享的“springboot啟動后卡住無日志的情況有哪些”這篇文章對大家有幫助，同時也希望大家多多支持億速云，關注億速云行業資訊頻道，更多相關知識等著你來學習!