終端優化機制:墓碑機制和Doze
終端系統的耗電和發熱一直都是一個必須提高180度注意的重點。
墓碑機制:
ios和wp系統都是採用該機制。當手機上一個任務被迫中斷時(如有電話打入),系統記錄下當前應用程式的狀態後,(像把事件記錄在墓碑上一樣),然後中止程式。當需要恢復時,根據“墓碑”上的內容,將程式恢復到中斷之前的狀態。
這種機制對於一些需要後臺持續執行的程式可能會有些影響,比如即時通訊類應用。針對這種問題,兩家系統都是通過提供自有的系統推送方案來解決的。
安卓:
安卓系統由於其完全開放的特性,導致在安卓系統上實現墓碑機制的不現實。谷歌公司在安卓6.0的時候提出了一個doze模式的概念,大概機制是當應用進入doze狀態後,應用不會被殺死,但是卻被限制執行,應用什麼也幹不了,也就是說在doze模式下即時聊天類軟體也是同樣無法收發訊息的,在系統處於該模式下的時候,所有非系統應用都被靜默,這樣就避免了後臺程式一直執行從而消耗使用者資源的問題。
相關文章
- Android效能優化(4):UI渲染機制以及優化Android優化UI
- Java 併發機制底層實現 —— volatile 原理、synchronize 鎖優化機制Java優化
- Android客戶端網路預連線優化機制探究Android客戶端優化
- AtomicLong 與 LongAdder(CAS機制的優化)優化
- MySQL效能優化(九)-- 鎖機制之行鎖MySql優化
- android記憶體管理機制與優化Android記憶體優化
- redis持久化機制Redis持久化
- HDFS 02 - HDFS 的機制:副本機制、機架感知機制、負載均衡機制負載
- Session和Cookie機制SessionCookie
- 觸控事件分發核心機制優化吸收事件優化
- mysql鎖機制總結,以及優化建議MySql優化
- bash初始化機制
- redis的持久化機制Redis持久化
- 效能優化篇 - js事件迴圈機制(event loop)優化JS事件OOP
- iOS objc_msgSend尾呼叫優化機制詳解iOSOBJGse優化
- 前端效能優化(二)——瀏覽器快取機制前端優化瀏覽器快取
- NameNode和SecondaryNameNode工作機制
- springcloud eureka原理和機制SpringGCCloud
- JVM探究(一)談談雙親委派機制和沙箱安全機制JVM
- redis的RDB和AOF兩種持久化機制Redis持久化
- JavaScript執行緒機制與事件機制JavaScript執行緒事件
- 快速失敗機制&失敗安全機制
- Java安全基礎之Java反射機制和ClassLoader類載入機制Java反射
- 通俗理解自注意力機制和多頭注意力機制
- springMVC 的工作原理和機制SpringMVC
- kafka和raft共識機制KafkaRaft
- Binder機制
- 包機制
- SPI機制
- 再談優雅重試(retry)機制
- 安卓之同步機制優劣分析安卓
- 淺談JS事件機制與React事件機制JS事件React
- Android Handler機制之Message及Message回收機制Android
- ArrayList,HashMap,LinkedList 初始化大小和 擴容機制HashMap
- Taro cli流程和外掛化機制實現原理
- Java gc(垃圾回收機制)小結,以及Android優化建議JavaGCAndroid優化
- Oracle 高效能SQL引擎剖析--SQL優化與調優機制詳解OracleSQL優化
- 響應式流的核心機制——背壓機制
- 小程式技術科普:執行機制&安全機制