java 線程監控 重啟線程 觀察者模式的問題的問題
問題描述
關于線程監控 重啟的問題我看了http://www.cnblogs.com/ae6623...這篇文章介紹的觀察者模式 我看他是把重啟線程的關鍵代碼放到了線程體中的catch塊中 哪如果是沒有捕獲到的異常怎么辦 額 我異常不太了解 那個Exception 類是所有異常都能捕獲到么 ,如果這樣的話 還會不會有遺漏的線程死亡原因不能監控到呢
問題解答
回答1:Exception是所有異常類的父類, catch(Exception)能捕獲到所有的異常
通常異常又分為Exception和RuntimeException
Exception必須捕獲, 發生異常時, 會執行catch中的業務
RuntimeException, 發生異常時, 如果不捕獲會中斷當前線程, 如果捕獲和Exception一樣
通常線程退出(死亡)的條件
線程業務執行完畢
線程發生未捕獲的RuntimeException
你給的文章中重啟線程的本質是讓上一個線程A已經結束了(break), 調用Observable#notifyObservers()重新啟動了一個線程A1,也就是說如果沒有調用Observable#notifyObservers()的話, 是不會重啟線程的.
所以, 如果在調用Observable#notifyObservers()之前發生了RuntimeException, 而且未捕獲的話, 線程也就不會重啟了.
回答2:一般情況下被觀察的線程異常發生位置可以確定,在確定的位置捕捉異常并重啟線程。題主連接的處理方法是可行的。
相關文章:
1. node.js - nodejs debug問題2. docker 下面創建的IMAGE 他們的 ID 一樣?這個是怎么回事????3. docker-compose中volumes的問題4. docker-machine添加一個已有的docker主機問題5. docker網絡端口映射,沒有方便點的操作方法么?6. docker images顯示的鏡像過多,狗眼被亮瞎了,怎么辦?7. docker綁定了nginx端口 外部訪問不到8. debian - docker依賴的aufs-tools源碼哪里可以找到啊?9. docker - 如何修改運行中容器的配置10. golang - 用IDE看docker源碼時的小問題
