: 當你使用Executor (或說Thread Pool) : 你的每個Task本質上就不應該這樣設計 : 不應該會有任何動作是會Block太久 : 甚至最好都是non-blocking的方法， : 但是我沒有那麼極端， : 只要不要是呼叫wait或是sleep這種就好 : 可以接受預期時間會回來的IO或是synchronized block或method : 以你的case : 我假設你的程式大概長這樣 : public class WorkingTask extends xxTask { : public void run() { : if(!isEngineStarted()) { : executors.execute(new StartEngineTask()); : waitForEngineStart(); : } : startWorking(); : } : } : 但這種會等，而且不會有預期開始的動作， : 在Task裡面就是一種類似"佔著茅坑不拉屎"的感覺 : 比較簡單的改法應該是這樣 : public class WorkingTask extends xxTask { : public void run() { : if(!isEngineStarted()) { : if(!isEngineStarting()) { : scheduledExecutors.execute(new StartEngineTask()); : } : scheduledExecutors.schedule(new WorkingTask(), : 1, TimeUnit.SECONDS); // postpone current task 1 second : return; : } : startWorking(); : } : } : 這種做法就是你的task永遠都不會佔住 : 而發現沒開的話，就async打開 : 並且每一秒鐘去看一下是否engine打開並且往下做.. : 還有不知道你的這些"員工"數量會很多嗎? : 如果真的沒有很多的話， : 而且每個Task會要跑很久的話 : 甚至是要跑道某個人叫停才會停的task的話 : ThreadPool這種方法不太適合你.. : 就每個task開一個thread比較適合 將自己重新加入排程相當不錯，至少我沒想過能這樣用 XD 但是我有用到Future的，根據你的思考模式，當要開工前，就預判能不能開工 如果沒打開電源的話，就不要在機台前面等 XD 這樣就不是佔用 Thread 範例網址: http://ideone.com/7wG3J7 可惜的是我用到的Future特性，將一連串動作串起來 如果重新加入Executor的話，我沒辦法把 先前加入的Future串起來 Orz 再者我思考了我的設計，有重大的缺失， 像打開電源這麼重要的任務，應該要有新的Thread或者專用的Thread， 這樣做應該會比較妥當。 感謝大大讓我腦力激盪 --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.134.106.87 ※ 文章網址: http://webptt.com/m.aspx?n=bbs/java/M.1400745907.A.199.html