可能是我開始處理問題的思路不對(duì)，現(xiàn)在描述問題可能也有點(diǎn)亂，但是里面可能的處理方式希望能幫到遇到我這個(gè)坑的人

描述：springboot項(xiàng)目，docker鏡像里面運(yùn)行，看docker的日志，項(xiàng)目啟動(dòng)成功后，隔了一分鐘左右他就自動(dòng)重新啟動(dòng)，然后造成網(wǎng)站接口訪問的時(shí)候nginx報(bào)502 gateway啥的，有兩臺(tái)服務(wù)器，一個(gè)是文件服務(wù)器，運(yùn)行了很簡(jiǎn)單的上傳下載文件的代碼以及驗(yàn)證token，另一臺(tái)運(yùn)行了java應(yīng)用，兩臺(tái)服務(wù)器都在一次更新項(xiàng)目的鏡像，運(yùn)行過后遇到了這個(gè)問題，很奇怪。

然后我將項(xiàng)目弄成jar包直接java -jar xxx.jar，在應(yīng)用服務(wù)器里面直接運(yùn)行，然后卡在一些地方無(wú)法繼續(xù)啟動(dòng)，或者顯示已殺死

我們懷疑是項(xiàng)目?jī)?nèi)存泄露了，導(dǎo)致被系統(tǒng)殺死進(jìn)程，于是換成了之前的docker鏡像，結(jié)果效果也是一樣，還是有這個(gè)問題，懷疑nginx配置變動(dòng)了，改了依舊沒用，隨后還成了自己的阿里云服務(wù)器跑最新的鏡像，沒有任何問題，完全正常，在阿里云里面跑jar包也正常，于是懷疑可能是系統(tǒng)哪里變動(dòng)了導(dǎo)致這個(gè)問題，于是我們top看了一下，發(fā)現(xiàn)

cpu占用過高，有一個(gè)不認(rèn)識(shí)的進(jìn)程很不正常，百度了一下，這個(gè)cornd是定期執(zhí)行啥子命令的，于是想辦法去解決了一下（ps：而且這個(gè)不是我們裝的，線上環(huán)境沒弄過這些）

先查看狀態(tài):systemctl status crond

然后看哈配置了哪些命令：crontab -e

0是我改的，他之前是*，把他改成0 ，然后保存退出

然后停止這個(gè)服務(wù)：systemctl stop crond

最后看一下top，如果還有這個(gè)進(jìn)程存在，直接kill掉，然后就ojbk了，坑死了，害我折騰了大半天

到此這篇關(guān)于詳解SpringBoot項(xiàng)目docker環(huán)境運(yùn)行時(shí)無(wú)限重啟問題的文章就介紹到這了,更多相關(guān)SpringBoot docker 無(wú)限重啟內(nèi)容請(qǐng)搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持好吧啦網(wǎng)！