Android Timer schedule

標籤：android   style   io   color   ar   使用   java   sp   for   

timer.schedule(new MyTask(),long time1,long timer2);

今天算是徹底的搞懂了這個曾經讓我為之頭疼的方法。下面我就重點介紹一下：

第一個參數，是 TimerTask 類，在包：import java.util.TimerTask .使用者要繼承該類，並實現 public void run() 方法，因為 TimerTask 類 實現了 Runnable 介面。

第二個參數的意思是，當你調用該方法後，該方法必然會調用 TimerTask 類 TimerTask 類 中的 run() 方法，這個參數就是這兩者之間的差值，轉換成漢語的意思就是說，使用者調用 schedule() 方法後，要等待這麼長的時間才可以第一次執行 run() 方法。

第三個參數的意思就是，第一次調用之後，從第二次開始每隔多長的時間調用一次 run() 方法。

[附：]

　　技術人員在實現內部辦公系統與外部網站一體化的時候，最重要的步驟就是從OA系統讀取資料，並且根據網站模板產生最終的靜態頁面。這裡就需要一個定時任務，迴圈的執行。

　　技術人員在寫定時任務的時候，想當然的以為Timer.schedule(TimerTask task, long delay)就是重複的執行task。程式運行後發現只運行了一次，總覺得是task裡的代碼有問題，花了很長時間調試代碼都沒有結果。

　　仔細研讀java api，發現：

　　schedule(TimerTask task, long delay)的注釋：Schedules the specified task for execution after the specified delay。大意是在延時delay毫秒後執行task。並沒有提到重複執行

　　schedule(TimerTask task, long delay, long period)的注釋：Schedules the specified task for repeated fixed-delay execution, beginning after the specified delay。大意是在延時delay毫秒後重複的執行task，周期是period毫秒。

　　這樣問題就很明確schedule(TimerTask task, long delay)只執行一次，schedule(TimerTask task, long delay, long period)才是重複的執行。關鍵的問題在於程式員誤以為schedule就是重複的執行，而沒有仔細的研究API，一方面也是英文能力不夠，瀏覽API的過程中不能很快的理解到含義。

Android Timer schedule