Android Handler知識學習記錄（一）Handler的postDelayed和postAtTime

    //Handler中的源碼
    public final boolean postDelayed(Runnable r, long delayMillis)
    {
        return sendMessageDelayed(getPostMessage(r), delayMillis);
    }

    public final boolean sendMessageDelayed(Message msg, long delayMillis)
    {
        if (delayMillis < 0) {
            delayMillis = 0;
        }
        return sendMessageAtTime(msg, SystemClock.uptimeMillis() + delayMillis);
    }

    public final boolean postAtTime(Runnable r, long uptimeMillis)
    {
        return sendMessageAtTime(getPostMessage(r), uptimeMillis);
    }

    public boolean sendMessageAtTime(Message msg, long uptimeMillis) {
        MessageQueue queue = mQueue;
        if (queue == null) {
            RuntimeException e = new RuntimeException(
                    this + " sendMessageAtTime() called with no mQueue");
            Log.w("Looper", e.getMessage(), e);
            return false;
        }
        return enqueueMessage(queue, msg, uptimeMillis);
    }

上面的代碼節選自Android的Handler源碼。

postDelayed 和 postAtTime 這兩個方法都是用來執行線程的。那麼它們的相同點和不同點在哪呢？

小夥伴：相同的是它們最後都通過sendMessageAtTime方法來實現，不同的是postDelayed先調用的sendMessageDelayed方法，再調用的sendMessageAtTime方法去實現。

沒錯，那麼在sendMessageDelayed方法中做了什麼呢？爲什麼要通過這個方法中轉呢？

小夥伴：在sendMessageDelayed方法中對delayMillis進行了判值操作，然後用delayMillis和SystemClock.uptimeMillis()的和作爲參數去調用sendMessageAtTime方法。可是我也不知道爲什麼要這麼做。。。

嘿嘿嘿，主要是因爲sendMessageAtTime方法的時間計算基準是以系統喚醒時間爲準的。所謂系統喚醒時間，我的上一篇博客已經寫過了，沒看過的小夥伴可以去看看 Android中的System.currentTimeMillis和SystemClock類

就是因爲這個原因在Delayed（延遲）操作時需要以系統喚醒時間爲準，以確定向後Delayed（延遲）多長時間。

舉個例子：

當前的系統喚醒時間（System.currentTimeMillis）是：5000毫秒

那麼我希望在4秒後執行一個線程A。那我可以怎麼做呢？

小夥伴：可以通過postDelayed方法：postDelayed（Runnable A,4000）

沒錯，這樣的確可以。那如果我希望線程A在開機後的5分鐘執行呢？還能使用postDelayed方法嗎？

小夥伴：額，不能使用postDelayed方法了。因爲我們沒法保證我們的APP可以跟隨系統同時啓動。

對的，那有啥辦法解決這個問題嗎？

小夥伴：結合你之前的博客中的例子，可以通過postAtTime方法來實現。

postAtTime方法正是以Android的系統喚醒時間爲基準的。也就是說我們只需要

調用postAtTime(Runnable A, 5 * 60 * 1000)就可以實現了。

嗯，沒錯。但也存在一點問題。。。首先系統喚醒時間不代表開機到現在的時間。因爲屏幕休眠、cpu休眠都會導致喚醒時間被暫停增長。所以一般來說系統喚醒時間是小於開機時間的。所以要想更準確的找到開機後的5分鐘，需要搭配一下SystemClock類來處理。

首先計算出開機時間和喚醒時間的差值。

long temp = SystemClock.elapsedRealtime - SystemClock.uptimeMillis;

隨後在5分鐘的基礎上減掉差值

postAtTime(Runnable A, (5 * 60 * 1000) - temp );

小夥伴：但是這樣好像也不完美啊！不能保證喚醒時間在執行之前不發生變化呀！

對的沒錯。。。但是這樣已經是比較簡單的實現方式了。更上一層樓的方法是對SystemClock.elapsedRealtime進行監聽。。。

當它抵達5分鐘的時間點的時候執行線程。但是這樣寫成本就高了不少呀。。。只能是祈求不要遇到這麼坑的需求