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

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

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

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

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

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

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

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

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

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

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