看板 java 關於我們 聯絡資訊
最近寫了一個 multi thread 程式 有使用到 ThreadPoolExecutor 之類的東西 也有用到 synchronized method 或是 lock 之類的東西 當然有程式有包含錯誤處理(try catch),目前使用沒遇到狀況 不過主管對程式有些看法是我不能理解的,以下模擬對話內容 主管: 萬一Thread消失怎麼辦? cyclone350: 消失? Thread 本身如果有錯誤,有 try catch 作錯誤處理 Thread 執行最外層也有執行錯誤處理 (送 mail, 寫 log 之類的) 主管: 不,我是說 Thread 消失了,try catch 也不會知道,但是你的程式 卻正常執行。 cyclone350: ......? 主管: 你要怎麼確保Thread不會消失? 或是讓Thread消失後可以被偵測到? cyclone350: ...? 若 Thread 發生錯誤,有錯誤處理,我不瞭解消失是...? 主管: 就是Thread消失了,但是JVM沒發覺,程式卻正常執行的情況 cyclone350: ......? 如果 Thread 從系統裡蒸發.. 而JVM卻沒察覺的話... 我的錯誤處理並沒有防堵這種狀況.... 主管: 必須想出一種機制能夠讓別人知道程式是正常運作的 ----------------------------------------------------------- 其實我私心覺得這種情況似乎不會發生,就算發生了好像也不會是ap的問題... 如果真的有這種情況發生了,那所有 multi thread 程式不就不用玩了? 呼叫 synchronized method 後消失... 那整個 application 不就掛點了? 全部都在 wait... lock機制也是一樣... 我有去找 ThreadPoolExecutor 的 source code... 我看 Thread 也只是被 worker 包裹起來跑 try { task.run(); } catch (RuntimeException x) { thrown = x; throw x; } catch (Error x) { thrown = x; throw x; } catch (Throwable x) { thrown = x; throw new Error(x); } finally { afterExecute(task, thrown); } task 跑到一半會消失? 這甚麼道理? try catch 不就形同虛設了嗎? 請問在開發 multi Thread 時真的會有這種情況發生嗎? 如果真的有這情況,各位大大是怎麼處理? --------------------- 另外想請問程式暫停除了 Thread.sleep 還有其他的方式嗎? 我最近有看 apache 某專案設定 time out 是用 Thread.sleep 或是用 while 迴圈,裡面是 thread.sleep 停止 1 ms 直到時間到為止 不過之後可能會被問一個問題 "萬一 Thread.sleep 之後就起不來,然後程式也沒跳任何錯誤 (意味 Exception 及 Error 不會 trigger),怎麼辦?" 所以還蠻想找一個替代方案的 ----------------------- -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 123.193.192.133 ※ 文章網址: https://www.ptt.cc/bbs/java/M.1421672239.A.D34.html
mozzan: 我猜他可能對你的寫法有些不認同,只是自己又說不上 01/19 22:54
mozzan: 我只知道thread會餓死,還沒聽過會蒸發的 01/19 22:57
Killercat: 他想問的是不是「thread跑完了 沒通知」這樣? 01/20 01:47
swpoker: thread是官方提供的,除非vm消失,不然thread是不會消失的 01/20 09:49
swpoker: 與其擔心會消失,不如擔心會dead lock 01/20 09:49
ooooooo: 增加timeout機制 01/20 15:52
謝大家回應,結論就是 Thread 不會蒸發 :) n大及良葛格回應的可能情況在我的程式功能也有處理 另外 mozzan 大大說明的狀況我想討論一下 若 os 的排班制度很差的話,的確有可能全部會餓死 (永遠執行不到) 但是以現在的 os 情況,在正常狀況下會餓死嗎? 我認為是不會的,畢竟 os 已經發展很長一段時間了, os 開發人員應該會極其避免這種狀況且持續精進 所以換句話說,如果你開的Thread會餓死,那 os 也差不多要掛了 (loading到極限) 所以也不會是 ap 層要考慮的狀況 以上是我的想法 ※ 編輯: cyclone350 (123.193.192.133), 01/20/2015 20:19:26