【轉載】告訴你為什麼Android 4.4更省電

雪茄先生

Nexus 5在本月初悄然發佈，它共同發佈的還有Android 4.4操作系統。雖然目前預裝Android 4.4操作系統的機型還只有Nexus 5一款，但在不久的將來，眾廠商一定會給我們帶來更多預裝Android 4.4的機型，而且目前一些主流的旗艦產品也毫無疑問會升級至Android 4.4。
按照 Google 的說法，Android 4.4相比以往的版本來說更加省電，因為它咋硬件底層方面發生了巨大的改變麼。那麼這其中的原理是什麼呢？下面我們就來詳細為大家解答一下。
首先，我們要搞清楚一個問題，那就是什麼是Dalvik？
在整個Android 4.4的更新特性中，最引人矚目的應該就是虛擬機由Dalvik轉成ART，也就是“中間件”的變更（Midware）。先來看看什麼是Dalvik。

如圖，Dalvik虛擬機是一個Android運行時的一部分，作用在於連接底層核心、周邊庫與上層應用。
Dalvik的存在保證了Android在發展的初期可以讓大量JAVA程式員轉行做Android開發。同時也在兼容性上給予了保證。對於眾多的JAVA程式員來說，只要維持好Dalvik虛擬機和上下層的接口，上層應用開發可以無視底層硬件。
當然，還有另一個跟專利有關的原因：直接上JVM虛擬機會跟Sun公司扯皮。所以Google弄出來了這個Dalvik。把所有JAVA字節碼轉成Dalvik字節碼。
在Android 2.2時代，Google給Dalvik加入一個非常重要的特性——即為JIT（Just in time），即時編譯技術。
應用程式每次運行時，其中一部分字節碼都要需要機器重新編譯為機器碼。這個過程即消耗時間又要消耗系統資源，所以執行效率難免會降低。但其優點在於這種機制可以讓各種各樣的應用程式運行在多種硬件架構上。這也促成了海量山寨機在Android 2.2後井噴。
但最新的Andr​​oid 4.4上，Google引入了新的ART（Android Runtime）虛擬機。在ART 環境中，應用在第一次安裝的時候，字節碼就會預先編譯成機器碼，使其成為真正的本地應用。這樣的話，應用的啟動和執行都會變得更加快速。
ART哪些地方比Dalvik優秀？
一些基準測試表明ART 將大多數應用程式的執行時間削減了一半左右。這就意味著那些需要大量處理器性能和長時間運行的任務會被更快地執行完畢。搭配更加省電的Sensor Hub技術，可以完美做到電量耗損減少的同時，提升流暢度。
當然，要做到這些也需要付出一些代價。首先，由於在安裝時，ART需要應用程式的字節碼轉換成機器碼，所以會消耗掉更多的存儲空間。
其次，由於有了一個轉碼的過程，所以安裝時間會延長。當然，這個沒什麼太大影響，只需要等會就行。
目前還有消息顯示魅族的Flyme OS可能會升級至Android 4.4，但這必然會需要一定的時間，在Android 4.4的幫助下，Flyme OS的續航表現可能會更好一些。

ngokkwan

感謝!長知識的技術貼.

kengi520

雞虫大支 發表於 2013-11-16 15:15
Nexus 5在本月初悄然發佈，它共同發佈的還有Android 4.4操作系統。雖然目前預裝Android 4.4操作系統的機型 ...

希望更多機種都可以up到就好，
啲廠唔使狂出新機，減少電子垃圾！

雪茄先生

kengi520 發表於 2013-11-16 20:27
希望更多機種都可以up到就好，
啲廠唔使狂出新機，減少電子垃圾！

都係架，但係機海戰術可以增加市佔，我估黎緊都會繼續機會，而且會愈黎愈多

kingstonlee

kengi520 發表於 2013-11-16 20:27
希望更多機種都可以up到就好，
啲廠唔使狂出新機，減少電子垃圾！

為左錢点會考慮環保呢？

fatman2009

終於都可以在系统減少不必要的資源損耗!

rabbit2000

很深奧, 不過我係用iphone嘅

kengi520

雞虫大支 發表於 2013-11-16 20:41
都係架，但係機海戰術可以增加市佔，我估黎緊都會繼續機會，而且會愈黎愈多

唔係fa！

kengi520

kingstonlee 發表於 2013-11-16 21:53
為左錢点會考慮環保呢？

正一仆街商人，一味屈我地啲水！

kingstonlee

回復 kengi520 #9 的帖子

屈完水重要唔過癮!玩兩玩已經out左

Narhhy

learn something new

141neo

如果多D儲存空間可以換來更慳電,我會十分樂意

cthk

回復 kengi520 #9 的帖子

非常贊同！不過從另一方面睇，唔出多D新機，又會有好多人失業，經濟又會轉差！其實又好矛盾....

twinkerz

Sounds like window's way of running application.. compile into exe that facilitate quick execution at the expense of additional space. in this way, codes execution becomes native instead of interpreted. very smart move worz. haha. juz tat since java was all along a interpreted langauge for the sake of portability, will this design have any impact on existing modified android OS?