前言

最近項(xiàng)目上有這么一個需求，實(shí)時監(jiān)控車輛信息，要求每隔3秒鐘刷新一次地圖上的車輛位置信息。我的想法是先定時從服務(wù)端獲取數(shù)據(jù)存儲到SharedPreferences中，然后再定時從SharedPreferences中獲取數(shù)據(jù)顯示到地圖。對這個邏輯我不滿意，但是一時也找不到別的方法，望大神指教。

在使用定時任務(wù)的時候，最開始想到的是Timer。無意中看到一種Handler加Runnable方法，覺得還是有必要記錄一下。

Timer方法

Timer一般結(jié)合TimerTask使用。先看TimerTask，它是一個抽象類，里面有一個run()方法。

public abstract class TimerTask implements Runnable {

    ......

    /**
     * The action to be performed by this timer task.
     */
    public abstract void run();

    ......
}

查看TimerTask的源碼，可以看到TimerTask其實(shí)就是實(shí)現(xiàn)了Runnable方法，也就是說，通過Timer執(zhí)行定時任務(wù)，其實(shí)就是通過一個線程做到的。

再看Timer，它其實(shí)就是一個線程管理器，通過schedule方法來開啟一個線程，并實(shí)現(xiàn)任務(wù)調(diào)度。Timer工作機(jī)制下篇文章再擼，這里簡單理解并記錄使用方法。

/**
 * A facility for threads to schedule tasks for future execution in a
 * background thread.  Tasks may be scheduled for one-time execution, or for
 * repeated execution at regular intervals.

  ......

 * <p>After the last live reference to a <tt>Timer</tt> object goes away
 * <i>and</i> all outstanding tasks have completed execution, the timer's task
 * execution thread terminates gracefully (and becomes subject to garbage
 * collection).  However, this can take arbitrarily long to occur.  By
 * default, the task execution thread does not run as a <i>daemon thread</i>,
 * so it is capable of keeping an application from terminating.  If a caller
 * wants to terminate a timer's task execution thread rapidly, the caller
 * should invoke the timer's <tt>cancel</tt> method.

  ......

 * <p>This class is thread-safe: multiple threads can share a single
 * <tt>Timer</tt> object without the need for external synchronization.
 *
 * <p>This class does <i>not</i> offer real-time guarantees: it schedules
 * tasks using the <tt>Object.wait(long)</tt> method.

  ......
*/

截幾段源碼注釋

• 當(dāng)所有TimerTask任務(wù)完成，并且Timer引用為空的時候，會被GC回收。
• 一般程序退出時，TimerTask任務(wù)會跟隨著終止，主動結(jié)束則用Timer的cancel方法。
• 多個線程可共用一個Timer，也就是多個TimerTask可以共用一個Timer。
• Timer不能保證實(shí)時任務(wù)，所有的任務(wù)都得等待調(diào)度。

說人話，來個比喻。Timer是一個碼頭大哥（簡稱T老大），手底下有一幫小弟（Thread，簡稱w）跟一個管家（schedule，簡稱S管家）。TimerTask是一個商人（簡稱K老板），手底下有一幫業(yè)務(wù)經(jīng)理（實(shí)例化的timerTask，負(fù)責(zé)某個具體的任務(wù)，簡稱p經(jīng)理）。他有一批貨要在碼頭卸載。于是乎，K老板找到了T老大。

商人：T老大，我有一批貨要在貴碼頭卸載，能不能幫幫忙，價錢好商量！
老大：路過的都是朋友，好說！好說！
商人：我這批貨很急，能不能立馬就下？（想要實(shí)時）
老大：先來后到，這是規(guī)矩??！能不能馬上卸貨，就要看K老板您的運(yùn)氣了。要是運(yùn)氣好，就能立馬卸貨，要是運(yùn)氣不好，等個一年半載都有可能啊。哈哈哈、、、還望海涵！（無法保證實(shí)時）
商人：那就只能等T老大的好消息了。

商人就只能在碼頭排隊(duì)等候了。某天，輪到K老板卸貨了。

老大：K老板久等了！接下來在下靜候吩咐。
商人：豈敢！只是鄙人的貨有點(diǎn)雜，需要送到不同的地方，還要麻煩T老大啊。
老大：小事一樁！只管說給我的S管家聽，保證K老板滿意！（多個任務(wù)可共用一個Timer）
管家：K老板只管吩咐，老夫一定保質(zhì)保量完成。

商人：那就多謝S管家！具體的任務(wù)我讓我的經(jīng)理們給您匯報。

得到老板的指示，S管家跟p經(jīng)理們開始干活了。一個經(jīng)理代表一個具體的任務(wù)，一個w代表一個線程。

schedule的四個方法

• schedule(task, date)，指定時間執(zhí)行一次
  經(jīng)理1：S管家，這批布匹要晚上6點(diǎn)往城東的布衣店送去。
  管家：w1，你來，把這個送到城東的布衣店去。晚上6點(diǎn)就去。

• schedule(task, delay)， 從現(xiàn)在起，delay毫秒后，執(zhí)行一次
  經(jīng)理2：S管家，這批水果過兩個小時往城東的水果店送去。
  管家：w2，你來，兩個小時后，開始往城東的水果店送。

• schedule(task, firstTime, period)，firstTime時刻開始，每隔period毫秒執(zhí)行一次
  經(jīng)理3：S管家，這批黃金要明天凌晨4點(diǎn)開始，每隔1小時往城南的金鋪送一次。
  管家：w3，你來，明天早起，凌晨4點(diǎn)開始干活，沒喊停，就一直干。

• schedule(task, delay, period)，現(xiàn)在開始，delay毫秒后，每隔period毫秒執(zhí)行一次
  經(jīng)理4：S管家，這批書要往城北的陳家送去，2個小時后他們家才有人，每隔一個小時送一次。

管家：w4，你來，吃點(diǎn)東西，2個小時后往陳家送書，一個小時送一次，沒喊停，就一直干。

若干天后，S管家沒有收到K老板的支付款，便向T老大匯報。

管家：老大，K老板不守信用啊，款項(xiàng)沒有及時到賬，如何處理？
老大：不守規(guī)矩，以后不跟他玩了，讓他找別人。（cancel方法，主動結(jié)束timerTask）
商人：那我不得重新找碼頭了？T老大，通融通融吧。
老大：沒門兒！（一旦取消，要想繼續(xù)只能重新new一個Timer）

待K老板交足款項(xiàng)后，只能重新排隊(duì)等待卸貨。某天，海嘯來了，碼頭被毀（程序退出），一切都沒了（timerTask被動結(jié)束）。
啰嗦了半天，不知道說明白沒有。還是上代碼，直觀顯示。

    ......
    private Timer timer = new Timer();
    ......
    private void useTimer() {
        //多個任務(wù)可共享一個timer
        timer.schedule(new MarkerTask(), 1000, 2000);
        timer.schedule(new MapTask(), 1000, 3000);
    }
    ......
    @Override
    public void onClick(View v) {
        switch (v.getId()) {
            case R.id.stopRefresh://取消定時任務(wù)
                Log.d("MainActivity", "onClick: stopRefresh");
                timer.cancel();
                break;
            case R.id.continueRefresh://繼續(xù)定時任務(wù)
                Log.d("MainActivity", "onClick: continueRefresh");
                Timer timer1 = new Timer();
                timer1.schedule(new MarkerTask(), 1000, 2000);
                timer1.schedule(new MapTask(), 1, 3000);
                break;
            default:
                break;
        }
    }
    ......
    private class MapTask extends TimerTask {

        @Override
        public void run() {
            refreshMapViewDetail();
        }
    }

    private class MarkerTask extends TimerTask {

        @Override
        public void run() {
            randomMarkerDetail();
        }
    }
    ......

Handler加Runnable方法

這個方法的核心思想就是在Runnable內(nèi)部，將本runnable繼續(xù)插入主線程隊(duì)列中。理解了Handler的工作機(jī)制，這個方法就更好理解，這里直接貼代碼。

    ......
        mapRefreshRun = new Runnable() {
            @Override
            public void run() {
                //更新地圖上的數(shù)據(jù)
                refreshMapViewDetail();
                //將本runnable繼續(xù)插入主線程中，再次執(zhí)行。
                handler.postDelayed(this, 3000);
            }
        };
        handler.postDelayed(mapRefreshRun, 1);

    ......
  
    @Override
    public void onClick(View v) {
        switch (v.getId()) {
            case R.id.stopRefresh:
                Log.d("MainActivity", "onClick: stopRefresh");
                handler.removeCallbacks(mapRefreshRun);
                break;
            case R.id.continueRefresh:
                Log.d("MainActivity", "onClick: continueRefresh");
                handler.postDelayed(mapRefreshRun, 1);
                break;
            default:
                break;
        }
    }

  ......

要取消任務(wù)直接用Handler的removeCallbacks方法，要繼續(xù)任務(wù)，則將任務(wù)繼續(xù)插入主線程中。

總結(jié)

Timer方法是新建子線程，在子線程中執(zhí)行想要的動作，故不可以直接更改UI；
Handler方法是在主線程中，插入Runnable，可以直接更改UI。對界面的操作，比如點(diǎn)擊、滑動這些都是要在主線程中排隊(duì)進(jìn)行的，如果我們這個定時任務(wù)的period太短，比如設(shè)為0，會否影響用戶的操作響應(yīng)速度呢？在這個簡單的Demo中，試了下，沒有太明顯的感覺，但這個問題還是要留意。

本Demo的代碼請移步：GitHub