長時間任務導致parser線程阻塞的一個問題

在一個網絡程序中，有一個網絡數據緩沖池，所有網絡進來的數據會先放到緩沖池中。然后又Parser線程來進行解包，粘包處理,得到的數據包解析后，執(zhí)行相應的操作。
其中有個操作，會執(zhí)行very long 的時間，此時就會導致parser線程阻塞住，線程狀態(tài)變成了ThreadState.WaitSleepJoin.

而且由于時間過去稍長，一下子還不知是啥問題。

經過檢查，才發(fā)現(xiàn)是后期添加的一個處理，直接調用的操作會耗費很長時間。

現(xiàn)在就好解決了，讓長時間的耗時操作放在一個線程中進行處理，問題解決。

線程池中線程執(zhí)行時機

開發(fā)團隊中，使用一個線程池，其中的線程處理任務完成的處理。客戶端在處理任務完成時，會執(zhí)行2個操作，一個是上報完成，一個再接著請求下個操作。但是由于完成操作使用了線程池的線程來處理完成操作。有個弟兄想當然地認為這個操作會立即完成。沒有同步這些線程操作– 結果導致一個隨機問題，給查找問題帶來極大的困難了–任務在后面的請求操作處理后，完成任務的線程才執(zhí)行。導致后面的邏輯錯誤。

總結

以上是生活随笔為你收集整理的记录： 开发中的2个线程的使用问题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。