關于延遲加載
在 Spring 中,預設情況下所有定的 bean 及其依賴項目都是在應用啟動時建立容器上下文是被初始化的。測試代碼如下:
@Slf4j
@Configuration
public class DemoConfig {
public DemoConfig() {
log.warn(" > > > demoConfig 被初始化 > > >");
}
}
啟動應用日志:
[ main] o.a.c.c.C.[Tomcat].[localhost].[/] : Initializing Spring embedded WebApplicationContext
[ main] w.s.c.ServletWebServerApplicationContext : Root WebApplicationContext: initialization completed in 1193 ms
[ main] c.p.c.global.lazy.config.DemoConfig : > > > demoConfig 被初始化 > > >
[ main] o.s.s.concurrent.ThreadPoolTaskExecutor : Initializing ExecutorService 'applicationTaskExecutor'
[ main] o.s.b.w.embedded.tomcat.TomcatWebServer : Tomcat started on port(s): 8080 (http) with context path ''
如上日志: 在 Tomcat started 之前 DemoConfig bean 已經被初始化建立。
一般情況程式在啟動時時有大量的 Bean 需要初始化,例如 資料源初始化、緩存初始化等導緻應用程式啟動非常的慢。在 spring boot 2.2 之前的版本,我們對這些 bean 使用手動增加 @Lazy 注解,來實作啟動時不初始化,業務程式在調用需要時再去初始化,如上代碼修改為即可:
@Lazy
@Configuration
public class DemoConfig {}
為什麼需要全局懶加載
同上文中提到我們需要手動在 bean 增加 @Lazy 注解,這就意味着我們僅能對程式中自行實作的 bean 進行添加。但是現在 spring boot 應用中引入了很多第三方 starter ,比如 druid-spring-boot-starter 資料源注入、spring-boot-starter-data-redis 緩存等預設情況下, 引入即注入了相關 bean 我們無法去修改添加 @Lazy。
- spring boot 2.2 新增全局懶加載屬性,開啟後全局 bean 被設定為懶加載,需要時再去建立
spring:
main:
lazy-initialization: true #預設false 關閉
- 個别 bean 可以通過設定 @Lazy(false) 排除,設定為啟動時加載
@Lazy(false)
@Configuration
public class DemoConfig {}
- 當然也可以指定規則實作 LazyInitializationExcludeFilter 規則實作排除
@Bean
LazyInitializationExcludeFilter integrationLazyInitExcludeFilter() {
return LazyInitializationExcludeFilter.forBeanTypes(DemoConfig.class);
}
全局懶加載的問題
通過設定全局懶加載,我們可以減少啟動時的建立任務進而大幅度的縮減應用的啟動時間。但全局懶加載的缺點可以歸納為以下兩點:
- Http 請求處理時間變長。 這裡準确的來說是第一次 http 請求處理的時間變長,之後的請求不受影響(說到這裡自然而然的會聯系到 spring cloud 啟動後的第一次調用逾時的問題)。
- 錯誤不會在應用啟動時抛出,不利于早發現、早解決、早下班。
總結

- 以上源碼: spring-boot-course
項目推薦: Spring Cloud 、Spring Security OAuth2的RBAC權限管理系統 歡迎關注