: 當你使用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，
這樣做應該會比較妥當。
感謝大大讓我腦力激盪