您好,登錄后才能下訂單哦!
這篇文章將為大家詳細講解有關springboot項目突然啟動緩慢的解決方法,文章內容質量較高,因此小編分享給大家做個參考,希望大家閱讀完這篇文章后對相關知識有一定的了解。
springboot項目在debug模式下本來運行的挺快,后來某一天突然啟動一半就卡在那一點一點龜速前進,還以為是我電腦問題,或者我寫的代碼問題,后來在網上搜了一下,結合自身項目情況,原來是斷點問題,
有個斷點無論如何都去不掉。可能是之前遺留的,后代碼刪除了,
也可能是因為這個地方的代碼屬于加載運行的什么節點,總之去不掉
后來根據網上的方法,在debug模式窗口下,選擇Run菜單,點擊Remove All Breakpoints的選項(好像也可以選擇Skip All Breakpoing。)
然后所有斷點都去掉了,重新啟動,流暢!!!
接下來我們一起探討下每個問題。
我們在第一篇博客就介紹了,我們默認情況下,我們會使用@SpringBootApplication注解來自動獲取應用的配置信息,但這樣也會帶來一些副作用。使用這個注解后,會觸發自動配置(auto-configuration)和組件掃描(component scanning),這跟使用@Configuration、@EnableAutoConfiguration和@ComponentScan三個注解的作用是一樣的。這樣做給開發帶來方便的同時,會有以下的一些影響:
(a)會導致項目啟動時間變長(原因:加載了我們不需要使用的組件,浪費了cpu資源和內存資源)。當啟動一個大的應用程序,或將做大量的集成測試啟動應用程序時,影響會特別明顯。
(b)會加載一些不需要的多余的實例(beans)。
(c)會增加CPU消耗和內存的占用。
本著有問題就要解決的心態,針對以上的問題,我們要怎么解決呢?很明顯,既然@SpringBootApplication加載了一些不必要的配置,那么我們想是否可以就加載我們自己指定的配置呢?我們的思路不使用@SpringBootApplication,并且不使用@ComponentScan注解(此注解會自動掃描我們注解了@Controller,@Service的注解的類,加載到Spring IOC容器中),然后我們使用@Configuration和@EnableAutoConfiguration進行配置啟動類,代碼如下:
package com.kfit.spring_boot_performance; import org.springframework.boot.SpringApplication; import org.springframework.boot.autoconfigure.EnableAutoConfiguration; import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.Configuration; import com.kfit.spring_boot_performance.controller.HelloController; /** * @author Angel --守護天使 * @version v.0.1 * @date 2017年3月11日 */ //移除 @SpringBootApplication and @ComponentScan, 用 @EnableAutoConfiguration 來替代 @Configuration @EnableAutoConfiguration public class App { public static void main(String[] args) { SpringApplication.run(App.class, args); } }
我們正要為我們的代碼改良慶幸的時候,我們發現問題來了。啟動之后,訪問我們編寫的訪問頁面/index,
出現錯誤:There was an unexpected error (type=Not Found, status=404).
這是由于什么引起的呢?還記得我們剛剛介紹的@ComponentScan注解嘛,啟用這個注解Spring才能夠進行自動組件的掃描,否則無法掃描到我們編寫的組件類。那么問題來了,怎么辦呢?問題的解決就是:顯式進行配置。
注入代碼如下(假設我們寫的類是HelloController,在這里博主直接寫在App.java啟動類進行注入):
@Bean public HelloController helloController(){ return new HelloController(); }
在以上的代碼中用 @Bean 注解明確顯式配置,以便被 Spring 掃描到。
在重新啟動之后,我們就可以正常訪問/index頁面了。
到這里肯定就會有人會說:那這樣的話,不是會增加我們的編碼量。我只能說:你既要加載快,又要不編碼,博主實在不知道怎么辦了。凡事有利有弊,自己權衡利弊。
有人不相信,這個真的能啟動更快嗎,于是乎就編碼進行測試。哈哈,露餡了,還是一樣啟動的跟蝸牛一樣慢。那為什么是這樣呢?為什么我們研究了半天,最終卻是:千古紅樓只一夢,竹籃打水一場空。
聰明的讀者,會注意到我們提到:@SpringBootApplication注解的作用跟@EnableAutoConfiguration注解的作用是相當的,那就意味著它也能帶來上述的問題。要避免這些問題,我們就要知道我們的組件列表是哪些?
我們在上面說了,我們的問題就是如何知道我們的組件列表是哪些?這時候debug就隆重登場了,鼓掌歡迎debug先生上場。
請問debug先生:在此時此刻您有什么獲獎感言?
debug先生:經歷了慢慢人生,我終于發現我的價值了。在這里我要感謝CCTV、感謝MTV、感謝可口可樂,感謝非常可樂、感謝加多寶、感謝王老吉、感謝主辦方SpringBoot,讓我有機會在這個舞臺跟大家見面。謝謝你們,我一定不會讓大家失望的。
好了,廢話不多說了,我們先看看如何使用debug呢?
第一種情況:使用spring-boot:run啟動方式
這種情況的話,完整的運行代碼是:
spring-boot:run -Ddebug
第二種情況:使用Run As —— Java Application啟動方式
這種情況的話,配置VM參數即可,具體操作如下:
【右鍵】——【Run As】——【Run Configurations…】——【選擇Arguments】——【VM arguments】中加入:【-Ddebug】。
這時候在啟動的時候,我們就能看到控制臺打印出了一些我們平時沒看到過的日志信息。
=========================
AUTO-CONFIGURATION REPORT
=========================
Positive matches:
-----------------DispatcherServletAutoConfiguration matched
- @ConditionalOnClass found required class 'org.springframework.web.servlet.DispatcherServlet' (OnClassCondition)
- @ConditionalOnWebApplication (required) found StandardServletEnvironment (OnWebApplicationCondition)
//此處省略剩下的打印信息…
在打印信息里,我們有必要先了解下這里的一些知識:
(a) Positive match:累出匹配到對應類的配置項。
(b) Negative match:不包括某個配置項的原因。
現在以DataSourceAutoConfiguration舉例說明:
(a)@ConditionalOnClass表示對應的類在classpath目錄下存在時,才會去解析對應的配置文件,對于DataSourceAutoConfiguration來說就是指:只有javax.sql.DataSource和org.springframework.jdbc.datasource.embedded.EmbeddedDatabaseType類都存在時,就會配置對應的數據庫資源。
(b)@ConditionalOnMissingClass表示對應的類在classpath目錄下找不到。
(c)OnClassCondition用于表示匹配的類型(postive or negative)。
OnClassCondition是最普遍的瀏覽探測條件,除此之外,Spring Boot也使用別的探測條件,如:OnBeanCondition用于檢測指定bean實例存在與否、OnPropertyCondition用于檢查指定屬性是否存在等等。
符合negative match代表一些配置類(xxxConfiguration之類的),它們雖然存在于classpath目錄,但是修飾它們的注解中依賴的其他類不存在。
根據上面的理論知識,我們只需要在啟動的時候,顯式地引入這些組件,拷貝Positive matches中列出的信息:
DispatcherServletAutoConfiguration EmbeddedServletContainerAutoConfiguration ErrorMvcAutoConfiguration HttpEncodingAutoConfiguration HttpMessageConvertersAutoConfiguration JacksonAutoConfiguration JmxAutoConfiguration MultipartAutoConfiguration ServerPropertiesAutoConfiguration PropertyPlaceholderAutoConfiguration ThymeleafAutoConfiguration WebMvcAutoConfiguration WebSocketAutoConfiguration
然后來更新項目配置,顯式地引入這些組件,引入之后,再運行一下應用確保沒有錯誤發生:
@Configuration @Import({ DispatcherServletAutoConfiguration.class, EmbeddedServletContainerAutoConfiguration.class, ErrorMvcAutoConfiguration.class, HttpEncodingAutoConfiguration.class, HttpMessageConvertersAutoConfiguration.class, JacksonAutoConfiguration.class, JmxAutoConfiguration.class, MultipartAutoConfiguration.class, ServerPropertiesAutoConfiguration.class, PropertyPlaceholderAutoConfiguration.class, ThymeleafAutoConfiguration.class, WebMvcAutoConfiguration.class, WebSocketAutoConfiguration.class, }) public class App {
在上面的代碼中,我們可以刪掉我們不需要的組件信息,來挺高應用的性能,比如在項目中沒有使用Jmx和WebSocket功能的話,那么我們就可以刪除JmxAutoConfiguration.class和WebSocketAutoConfiguration.class。
刪除掉之后,再次運行項目,確保一切正常。
加速spring boot快速啟動,主要的思路就是廢棄@SpringBootApplication顯式的引入我們所需要的組件。
關于springboot項目突然啟動緩慢的解決方法就分享到這里了,希望以上內容可以對大家有一定的幫助,可以學到更多知識。如果覺得文章不錯,可以把它分享出去讓更多的人看到。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。