遇到一個(gè)很神奇的事情，隊(duì)列消費(fèi)修改了后還是執(zhí)行的之前的代碼

kspade 2023-10-22

處理隊(duì)列-消費(fèi)（假設(shè)老代碼是在終端輸出：123）我把它修改為：456

然后重啟webman 發(fā)送隊(duì)列消息，終端還是顯示輸出的：123 （之前的代碼）

我繼續(xù)測試發(fā)送10次隊(duì)列消息進(jìn)去，偶爾有2 - 3次是輸出的：456

這是什么情況啊？而且我甚至直接把（/app/queue/redis）隊(duì)列消費(fèi)文件刪除，然后重啟webman 再發(fā)送隊(duì)列消息進(jìn)去，依然還能消費(fèi)（輸出的：123）.....我草這從來沒遇到過，這是怎么回事?。?/p>

服務(wù)器只運(yùn)行了一個(gè)webman 項(xiàng)目也只有1份代碼

 1031  2 0

kspade 2023-10-22

找到問題了存在 workerman 進(jìn)程，這進(jìn)程就是之前運(yùn)行的消費(fèi)進(jìn)程，很奇怪不知道為什么主程序都重啟了掛了，但是workerman 的那些消費(fèi)進(jìn)程居然還一直在運(yùn)行，并且即使把文件刪除了它都還能正常工作

不明所以

解決問題方法：

kill -9 `ps -ef | grep webman | grep -v grep | awk '{print $2}'`

songshu 2023-12-01

我遇到過這種情況，跟workman無關(guān)，和進(jìn)程也無關(guān)。就是單純的cli模式下，在index.php里面編寫一個(gè)類，然后cli模式運(yùn)行這個(gè)文件。有時(shí)候改了代碼，但是運(yùn)行結(jié)果還是改代碼之前的結(jié)果。所以我合理的懷疑cli模式是有緩存的。
kspade 2023-12-02

就是修改代碼，有時(shí)候webman 重啟甚至停止掉，你 ps aux 發(fā)現(xiàn)webman那些消費(fèi)進(jìn)程還在運(yùn)行。。不知道為什么，反正強(qiáng)殺掉就行了。