SpringBoot啟動速度慢的原因

現(xiàn)在spring boot的架構(gòu)可以說是非常流行，不會你都不好意思說你是做java的。可是它火歸火，也有一些小問題需要咱們?nèi)プ⒁狻?/p>

如果是單體項目，并且在啟動速度方面沒有任何要求，那么請忽略。

下面進入主題，在什么情況下spring boot的項目啟動會變慢呢

前提條件

啟動項目的機器硬件配置不能拖后腿，否則你說項目啟動慢，項目還覺得機器不行呢…

比如網(wǎng)絡，內(nèi)存大小，CPU核心數(shù)等，不要求太高，至少也要夠用吧

拋開各種人為因素，例如各種連接時間較長，其他組件啟動較慢導致等待…

原因一

項目中使用的無用配置太多。例如在一個最簡單的web中，你還加入了其他各種maven配置，并且將他們配置到項目中（只是比較夸張的例子，這些配置加入都不用），然后項目本身也不懂，既然你配置了，那就加載唄。

一個花0.1秒，10個就1秒，100個就10秒了…以此類推，這一點就是最容易想明白的地方了。

原因二

spring boot的自動配置。自動配置是spring boot的一個特色，但是也是它啟動慢的一個弊病。

沒辦法，通常好用功能全的東西，總會在一些地方上有缺陷。

上面說到無用的配置多，這里要說的就是spring boot它自己裝配的東西太多。

你可以看到在spring boot的相關jar包里，都存放著spring.factories的文件，進去一看，大部分都是寫了很多的類，它是實現(xiàn)spring boot自動裝配的核心之一。

但是你仔細觀察會發(fā)現(xiàn)，其實有很多類，你可能完全不用。

但有什么辦法呢，不管你用不用，至少它都會給你檢查一遍，這不也是花時間的地方嗎？

原因三

項目精簡程度不夠?，F(xiàn)在比較流行微服務的概念，我認為它的概念核心含義即為精簡，單一，并且多數(shù)需要強調(diào)啟動速度的地方也多是出自微服務的項目中。

一個微服務項目中，最好是在10秒以內(nèi)能夠啟動完畢。但是多數(shù)是做不到的，原因在于項目拆分的還不夠細。

你說一個接口啟動快，還是10個快，或是更多，答案很明顯。很多項目做到了大而全，所謂大而全就是功能很多，配置很齊全，各種可以擴展配置等，全面的不行不行的，但這意味著什么，你的配置多，有用沒用先不管，至少需要編譯和加載的類文件都會多出很多來，你說要這樣的項目能啟動快，怎么能啟動快呢？

解決方法

• 檢查maven中是否無用的依賴太多
• 比較復雜，使用spring-boot-maven插件debug啟動，查看該項目中，使用了哪些配置，哪些配置沒用，然后在啟動類中直接注明只啟動使用了的類，并且刪掉@SpringBootApplication注解，手動填上@Configuration和@Import注解，并在@Import注解中加上那些配置的類。
• 更換一些配置更快的依賴。例如，你使用A數(shù)據(jù)庫連接池，功能全，配置多，但速度較慢，但是其實B連接池也能滿足項目需求，但是功能相對較少，所以配置也少，啟動更快，你是不是需要考A和B應該選一個。
• 拆分出更精簡的項目來獨自運行，大而全意味著多而不精，精而簡意味著少但是精通，它們速度，不言而喻。

如何提高SpringBoot應用的啟動速度

1、減少@ComponentScan @SpringBootApplication 掃描類時候的范圍

2、關閉 Spring Boot 的 JMX 監(jiān)控，設置 spring.jmx.enabled=false

3、設置 JVM 參數(shù) -noverify ，不對類進行驗證

4、對非必要啟動時加載的 Bean ，延遲加載

5、使用 Spring Boot 的全局懶加載

6、AOP 切面盡量不使用注解方式，這會導致啟動時掃描全部方法

7、關閉 endpoint 的一些監(jiān)控功能

8、排除項目多余的依賴 jar

9、swagger 掃描接口時，指定只掃描某個路徑下的類

10、Feign 客戶端接口的掃描縮小包掃描范圍

總結(jié)

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

最新評論