快捷導(dǎo)航

解決@PostConstruct注解導(dǎo)致的程序無(wú)法啟動(dòng)(@PostConstruct的執(zhí)行)

更新時(shí)間：2024年01月30日 10:19:17 作者：是菜菜的小嚴(yán)惜哎

這篇文章主要介紹了解決@PostConstruct注解導(dǎo)致的程序無(wú)法啟動(dòng)(@PostConstruct的執(zhí)行)問(wèn)題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教

問(wèn)題

1、業(yè)務(wù)原因，需要程序初始化啟動(dòng)后自動(dòng)執(zhí)行一個(gè)程序，這個(gè)程序處在一個(gè)死循環(huán)內(nèi)，不會(huì)結(jié)束，保持自動(dòng)執(zhí)行

2、程序啟動(dòng)后，其他所有接口無(wú)法調(diào)用

處理及結(jié)果

然后我開始排查啊，排查啊

我先嘗試重啟服務(wù)，重新清空IDE的緩存，重啟電腦，換環(huán)境執(zhí)行，結(jié)果都不行

然后我在每個(gè)方法都打了斷點(diǎn)，開始執(zhí)行，這個(gè)時(shí)候問(wèn)題開始露頭

我發(fā)現(xiàn)它走了@PostConstruct注解的方法，但是我這個(gè)方法是個(gè)死循環(huán)，不會(huì)結(jié)束的?。?！

我大膽猜測(cè)，是否是因?yàn)锧PostConstruct注解的方法未結(jié)束，導(dǎo)致的無(wú)法執(zhí)行

于是我寫了一個(gè)測(cè)試工程，進(jìn)行測(cè)試，結(jié)果復(fù)現(xiàn)了這個(gè)問(wèn)題?。。。。。?/p>

我查閱了一下資料，大概明白了問(wèn)題所在：

springboot啟動(dòng)過(guò)程

springboot的bean加載的過(guò)程是這樣的，程序啟動(dòng)時(shí)，springboot會(huì)把標(biāo)記為bean的類或者接口自動(dòng)進(jìn)行全局的單例實(shí)例化，如果用戶指定標(biāo)記了初始化的順序，springboot則會(huì)按照用戶指定的順序進(jìn)行初始化，否則就會(huì)按照默認(rèn)的順序進(jìn)行初始化，在這個(gè)過(guò)程中，如果一個(gè)bean所在的類或者接口存在@PostConstruct注解，springboot就會(huì)在執(zhí)行完這個(gè)bean的構(gòu)造方法之后執(zhí)行標(biāo)記有@PostConstruct注解的方法，然后實(shí)例化下一個(gè)bean

如果說(shuō)，帶有@PostConstruct注解的方法執(zhí)行時(shí)間很長(zhǎng)，那就會(huì)影響springboot對(duì)bean的實(shí)例化時(shí)間，進(jìn)而就會(huì)間接影響到程序的初始化啟動(dòng)，如果springboot不初始化完bean，是不會(huì)打開端口提供服務(wù)的，所以在@PostConstruct注解的方法執(zhí)行完之前，應(yīng)用不可訪問(wèn)

所以說(shuō)，對(duì)于輕量級(jí)的邏輯，可以放在@PostConstruct注解的方法里，非常耗時(shí)的邏輯，可以考慮使用多線程處理，也可以放棄@PostConstruct注解，改用CommandLineRunner和ApplicationRunner