Android中消息隊(duì)列延時不準(zhǔn)確的原因,從系統(tǒng)時鐘的精度到MessageQueue的機(jī)制
SystemClock系統(tǒng)時鐘
SystemClock類是一個用于獲取時間信息的核心類,為Android開發(fā)者提供了多種與時間相關(guān)的功能。
- 「類聲明和結(jié)構(gòu)」:
 
SystemClock是一個final類,繼承自O(shè)bject,不能被繼承。
不可變類,提供了與時間相關(guān)的多種方法。
- 「主要方法」:
 
SystemClock.uptimeMillis():
返回從系統(tǒng)啟動開始到現(xiàn)在的非休眠時間的毫秒數(shù)。
當(dāng)系統(tǒng)進(jìn)入深度睡眠(CPU休眠、屏幕休眠、設(shè)備等待外部輸入)時,該時間停止。
SystemClock.elapsedRealtime() 和 SystemClock.elapsedRealtimeNanos():
返回從系統(tǒng)啟動到現(xiàn)在的總時間,包括深度睡眠的時間。
兩個方法返回的時間都是單調(diào)的,即使在省電模式下也會繼續(xù)計(jì)時。
SystemClock.sleep(long):
類似于Thread.sleep(long),忽略了InterruptedException異常。
SystemClock.setCurrentTimeMillis(long):
「注意」:通常用于設(shè)置系統(tǒng)時間,需要系統(tǒng)權(quán)限。
將系統(tǒng)時間設(shè)置為指定的毫秒數(shù),通常只在系統(tǒng)源碼環(huán)境下使用,并且需要特定的編譯和簽名過程。
- 「其他注意事項(xiàng)」:
 
監(jiān)聽時間變化:
通過監(jiān)聽ACTION_TIME_TICK、ACTION_TIME_CHANGED和ACTION_TIMEZONE_CHANGED等廣播,可以獲取系統(tǒng)時間是否發(fā)生改變。
- 「權(quán)限要求」:
 
修改系統(tǒng)時間(如使用SystemClock.setCurrentTimeMillis(long))需要系統(tǒng)權(quán)限,應(yīng)用需要在Android系統(tǒng)源碼環(huán)境下進(jìn)行編譯和簽名。
Hander延時消息延時會不準(zhǔn)確
Hanler中發(fā)送消息(或者延時消息) 是通過SystemClock.uptimeMillis()為基準(zhǔn)計(jì)算。
MessageQueue入隊(duì)列時,計(jì)算Message.when以SystemClock.uptimeMillis()時間為基準(zhǔn)。
public final boolean sendMessageDelayed(@NonNull Message msg, long delayMillis) {
    if (delayMillis < 0) {
        delayMillis = 0;
    }
    return sendMessageAtTime(msg, SystemClock.uptimeMillis() + delayMillis);
}從MessageQueue中消費(fèi)Message,判斷Message是否到了執(zhí)行時間,也是以SystemClock.uptimeMillis()為基準(zhǔn)。
//Looper.loop()循環(huán)
public static void loop() {
    for (;;) {
        Message msg = queue.next(); // might block
        msg.target.dispatchMessage(msg);
    }
}
//MessageQueue類的next方法
//msg.when > now時 才會將Message取出然后執(zhí)行。
Message next() {
    for (;;) {
        ...
        synchronized (this) {
            // (1)計(jì)算當(dāng)前時間
            final long now = SystemClock.uptimeMillis();
        
            // 返回取到的Message 
            if (msg != null) {
                //msg尚未到達(dá)觸發(fā)時間,則計(jì)算新的阻塞超時時間nextPollTimeoutMillis,下次循環(huán)觸發(fā)隊(duì)列阻塞
                if (now < msg.when) {
                    // Next message is not ready.  Set a timeout to wake up when it is ready.
                    nextPollTimeoutMillis = (int) Math.min(msg.when - now, Integer.MAX_VALUE);
                } else {
                    //從鏈表中移除該消息后,直接返回
                    // Got a message.
                    mBlocked = false;
                    if (prevMsg != null) {
                        prevMsg.next = msg.next;
                    } else {
                        mMessages = msg.next;
                    }
                    msg.next = null;
                    msg.markInUse();
                    return msg;
                }
            } 
            ...
    }
}SystemClock.uptimeMillis()計(jì)算系統(tǒng)從開機(jī)到現(xiàn)在的時間,單位是毫秒。但是它不包括系統(tǒng)休眠的時間(cpu休眠、屏幕休眠等)。
當(dāng)手機(jī)滅屏處于休眠狀態(tài)的時間是不計(jì)算進(jìn)SystemClock.uptimeMillis(),比如發(fā)送一個延時20分鐘的Message消息,系統(tǒng)息屏后進(jìn)入了深度睡眠(假設(shè)深度睡眠了1個小時),當(dāng)進(jìn)程蘇醒后,這一個小時的時間是不計(jì)入(1)中的now。
final long now = SystemClock.uptimeMillis();從系統(tǒng)時鐘看已經(jīng)過去1個小時了,但是計(jì)算now時因?yàn)閡ptimeMillis不包含休眠時的時間。如果now < msg.when 會判定Messsage還沒有到執(zhí)行時間,就不會從MessageQueue中取出并執(zhí)行。















 
 
 



 
 
 
 