Handler如何做到延遲發(fā)送

Handler 的延遲發(fā)送是依靠

nativePollOnce(ptr, nextPollTimeoutMillis);

這個(gè)方法中的nextPollTimeoutMills 表明了阻塞等待時(shí)間。

nextPollTimeoutMillis = (int)Math.min(msg.when - now, Interge.MAX_VALUE);

原理:
當(dāng)sendMessage 時(shí),enququeMessage()@MessageQueue 會(huì)將消息按照按照實(shí)際執(zhí)行時(shí)間順序(即msg.when)插入到隊(duì)列,然后執(zhí)行nativeWake()喚醒,隨后執(zhí)行到next()@MessageQueue 中的nativePollOnce()處,這里是一個(gè) for 死循環(huán),喚醒后計(jì)算出根據(jù)now 和msg.when,如果now < msg.when 則計(jì)算出nextPollTimeoutMillis,下一個(gè)循環(huán)賦值給nativePollOnce(ptr,nextPollTimeoutMillis),告訴阻塞時(shí)間。

其實(shí) Java 層的 Handler 只是利用到了 native 層的 NativeMessageQueue和 native 層的 Looper 來(lái)完成阻塞和喚醒工作。消息隊(duì)列的插入和消息的讀取都是在 Java 層完成的
。當(dāng)MessageQueue 在nativePollOnce()被nextPollTimeoutMillis 阻塞時(shí),當(dāng)有另外一個(gè)消息入隊(duì)進(jìn)行喚醒時(shí),nativePollOnce()的阻塞狀態(tài)立即被喚醒,然后進(jìn)行處理消息,當(dāng)發(fā)現(xiàn)now < msg.when 時(shí),根據(jù)新的阻塞時(shí)間進(jìn)行等待。因?yàn)橄⒃谌腙?duì)時(shí)根據(jù)msg.when 進(jìn)行排列了。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容