今天分享一下springboot啟動(dòng)后無(wú)日志的問(wèn)題。

1.場(chǎng)景復(fù)現(xiàn)

springboot項(xiàng)目啟動(dòng)后卡住無(wú)日志，肯定是報(bào)錯(cuò)了或者其他原因，并且日志沒(méi)有打印出來(lái)。

1.1 說(shuō)一下比較通用常見(jiàn)的場(chǎng)景

檢查一下 是否 exclude了springboot自帶的日志包，放開(kāi)后可能就有具體的錯(cuò)誤原因了。

  <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 不太常見(jiàn)的場(chǎng)景

加載到如下圖的地方，直接停了。

或者直接打印

INFO [class:org.apache.juli.logging.DirectJDKLog | method:log | line:180] logInfo==> Stopping service [Tomcat]

沒(méi)有打印具體的報(bào)錯(cuò)信息

是具體報(bào)錯(cuò)的地方用的日志框架和你本身項(xiàng)目中的沖突了。

1.2.1 apollo忘記配置

比如就拿我們項(xiàng)目來(lái)說(shuō)，apollo少配了一個(gè)key，項(xiàng)目直接啟動(dòng)失敗，只是報(bào)了上面的錯(cuò)誤信息，沒(méi)有報(bào)出具體報(bào)錯(cuò)信息。

apollo加載的時(shí)候用的日志框架或者版本不一致導(dǎo)致的，一般來(lái)說(shuō)log4j,slf4j,logback這些都會(huì)引用，但是版本很難統(tǒng)一，尤其引用了其他的第三方包。

在apollo那個(gè)問(wèn)題上，將commons-logging的沖突解決后保留 1.1.1 版本，就打印出報(bào)錯(cuò)信息了。

<dependency>
  <groupId>commons-logging</groupId>
  <artifactId>commons-logging</artifactId>
  <version>1.1.1</version>
</dependency>

1.2.2 tomcat版本沖突

去除第三方引用的不同版本的tomcat依賴，僅保留一個(gè)

    <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 包，這個(gè)和上面那個(gè)類似，也是apollo加載的時(shí)候失敗了，后來(lái)日志打印出來(lái)了，問(wèn)題也比較好找，加上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 項(xiàng)目改成打包lib目錄后，部分包打包不完整

這個(gè)問(wèn)題是最棘手了，找了一天，之前由于項(xiàng)目打jar包過(guò)大，想把jar和第三方不常用的包分開(kāi)，打成jar和lib，具體可以看這篇。

同樣的pom依賴，在改成lib之后就啟動(dòng)停止

INFO [class:org.apache.juli.logging.DirectJDKLog | method:log | line:180] logInfo==> Stopping service [Tomcat]

只能把原來(lái)的100多M的jar解壓縮后和新方式打的lib目錄做對(duì)比,最后發(fā)現(xiàn)第三方包在循環(huán)依賴后打包有問(wèn)題，大小也不一樣。lib目錄只打了自己那層，沒(méi)有打循環(huán)依賴那些包，導(dǎo)致加載的時(shí)候報(bào)錯(cuò)了。

2.解決思路

總結(jié)一下，出現(xiàn)的問(wèn)題場(chǎng)景

2.1 springboot 本身日志被排除了,tomcat版本不一致

2.2 apollo找不到key 由于 commons-logging 版本過(guò)高

2.3 找不到gson包

2.4 打包lib目錄后，循環(huán)依賴的包和單次依賴打包大小不一致，導(dǎo)致部分類缺失

如果項(xiàng)目是個(gè)新項(xiàng)目，搭建工程的時(shí)候盡量保證使用的第三方包的兼容性。如果是老的項(xiàng)目，加新包的時(shí)候要注意，盡量避免沖突，以之前的包為準(zhǔn)。

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評(píng)論