先看**：
private class trustingpoolworker extends thread
}}
當執行緒丟擲未捕獲的異常或錯誤時它們可能消失；意外執行緒死亡的最常見根源是runtimeexception（如nullpointerexception、arrayindexoutofbound***ception等）。 在我們的示例應用程式中，在通過呼叫外掛程式物件上的incomingresponse()將響應傳遞歸外掛程式時，可能丟擲runtimeexception。外掛程式**可能是由第三方編寫的，或者可能是在編寫完應用程式之後編寫的，因此應用程式編寫者不可能審核其正確性。如果一些外掛程式丟擲runtimeexception時某些響應服務執行緒會終止，這意味著乙個出錯的外掛程式會使整個系統崩潰。遺憾的是，這種脆弱性很常見。
意外執行緒死亡的最常見根源是runtimeexception的結果很明顯，並且對發生異常的位置有明確的堆疊跟蹤，這提供了問題通知以及解決問題的有用資訊。但是，在多執行緒應用程式中，由於未查出的異常，執行緒會無聲無息地死亡 — 使得使用者和開發人員對於發生的問題和為什麼發生這些問題毫無頭緒。
private class saferpoolworker extends thread
catch (runtimeexception e)
}else
log("unknown plug-in for response " + ir.getresponseid());}}
}
由std ostrstream引發的記憶體洩露問題
最近自己用boost asio庫寫網路伺服器端的程式，在一小段 中用了如下的語句。std string foo 在模擬客戶端訪問伺服器程式的時候，發現程序使用的記憶體隨著客戶端鏈結成線性增長趨勢，configue make sudo make install 之後，輸入命令 valgrind lea...
Runtime引發的執行緒問題
以前沒用過在本地執行命令列程式，這次專案中涉及到blast演算法問題，要用到blast演算法本地化命令列指令的呼叫，所以必須得用到runtime，來執行命令列程式，執行這個程式會返回乙個xml檔案，隨後我要對其解析返回結果。然後，每次命令列程式執行完後，去讀其生成的xml檔案，總說找不到，而本地卻已...
多執行緒引發的血案
我們的微服務閘道器執行出現了兩次的自動下線，然後看日誌並沒有報錯資訊。所以我們初步懷疑是linux自己把這個程序給殺掉了。我們剛開始使用下面的命令，並沒有發現有kill的日誌 dmesg egrep i b100 killed process 或者 egrep i killed process va...