項(xiàng)目場(chǎng)景

SpringBoot項(xiàng)目啟動(dòng)的時(shí)候Console控制臺(tái)日志打印卡住，無(wú)任何異常信息打印

問(wèn)題描述

之前項(xiàng)目是好的，但是后面經(jīng)人寫(xiě)了一部分代碼之后，項(xiàng)目啟動(dòng)不了

SpringBoot項(xiàng)目啟動(dòng)時(shí)直接卡住，日志也不打印，也沒(méi)有具體的異常信息，某位同事折騰一天。

原因分析

之前我遇到過(guò)類(lèi)似的問(wèn)題。

現(xiàn)在我把我所有的問(wèn)題分析列在下面：

• 有可能是改動(dòng)了pom.xml文件，項(xiàng)目沒(méi)有徹底更新，導(dǎo)致引入的jar存在版本問(wèn)題或者根本沒(méi)有引入進(jìn)來(lái) 
• 項(xiàng)目是Debug模式啟動(dòng)，然后有一些特殊的斷點(diǎn)導(dǎo)致項(xiàng)目啟動(dòng)卡住
• 項(xiàng)目的目錄結(jié)構(gòu)變更，導(dǎo)致某些bean沒(méi)有被加載到？或者加載了多個(gè)相同的bean
• 某些異常沒(méi)有被捕獲到，同時(shí)啟動(dòng)類(lèi)里面也沒(méi)有加上全局的try-catch，導(dǎo)致項(xiàng)目卡住
• 部分代碼需要隨程序自啟，使用@PostConstruct、InitializingBean、ApplicationRunner等方式實(shí)現(xiàn)項(xiàng)目初始化時(shí)加載，如果有遠(yuǎn)程連接，而且連接失敗或者異常了，沒(méi)有try-catch，也容易導(dǎo)致啟動(dòng)程序卡死。

解決方案

針對(duì)上述列出來(lái)的分析，我們可以采用以下解決方案，一步步嘗試

• 1.如果是pom.xml變更了沒(méi)生效，我們只需要對(duì)pom.xml 重新import即可，另外可以考慮清除idea緩存
• 2.如果是debug模式的斷點(diǎn)引起的話，去掉所有斷點(diǎn)再試試
• 3.如果是項(xiàng)目目錄結(jié)構(gòu)變更，這個(gè)maven clean一下，重新install 即可
• 4.如果可以變更啟動(dòng)類(lèi)的話，建議在開(kāi)發(fā)階段對(duì)啟動(dòng)類(lèi)的main方法里面的代碼加上try-catch，這樣啟動(dòng)項(xiàng)目的時(shí)候就知道具體異常是什么
• 5.如果說(shuō)分析哪些程序自啟的代碼導(dǎo)致項(xiàng)目啟動(dòng)卡住的話，我建議查看項(xiàng)目啟動(dòng)快照，具體如下：

分析當(dāng)前主線程到底因?yàn)槭裁纯ㄗ?waiting)，比如我這里是因?yàn)閿?shù)據(jù)源配置的有問(wèn)題導(dǎo)致卡住

最終解決方案

6、如果上述方案都無(wú)法解決問(wèn)題，那么可以查看項(xiàng)目啟動(dòng)日志文件，一般和項(xiàng)目同級(jí)目錄或者有個(gè)log目錄存儲(chǔ)，里面會(huì)記錄所有信息/異常信息

例如：這里是我同事的異常：

異常分析：

是因?yàn)樗麖牧硗庖粋€(gè)項(xiàng)目copy過(guò)來(lái)的mapper.xml文件，之前用的是mybatis，現(xiàn)在項(xiàng)目用的ibatis，不識(shí)別<where>標(biāo)簽，ibatis只支持<dynamic prepend="where"> 來(lái)用

改成ibatis識(shí)別的方式即可。  這里注重給大家講怎么去找到并分析異常。

總結(jié)

項(xiàng)目啟動(dòng)卡住了，肯定是有異常原因存在，我們需要的是沉著冷靜，一步步找問(wèn)題所在。

另外就是大家在CV代碼時(shí)，尤其是兩個(gè)不同的項(xiàng)目的時(shí)候，一定要注意細(xì)節(jié)??！

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

最新評(píng)論