文/李樂佳
蘋果在 WWDC 剛發佈的 iOS 9 提供了一個新的“節能模式”，通過暫停後台任務，這個節能模式能幫設備最多三個小時的使用時間，例如當設備在面朝下放置的時候，即使通知到達，屏幕也不會被點亮，畢竟其實屏幕是耗電的最大元兇。
蘋果對與移動設備（Macbook）或者手持設備（iPhone）的定義一開始就非常清晰，對於它們的續航時間的保證在產品定義的階段就有了很高權重的考量。所以當 Windows PC 的筆記本電腦普遍續航還只有三個小時左右的時候，Macbook 的續航就已經到了當時驚人的6-7個小時，當 PC 終於提高了一些到了4-6個小時之後，Macbook Air 續航就已經能達到12個小時。
提升設備續航無非開源與節流
開源主要是硬件方面的工作，在現階段電池技術已經到瓶頸階段，最直觀的解決方案無非是增加電池容量，也就是增大電池體積，既而極大壓縮主板空間，這個在Macbook 與 iPhone 上都有明顯體現。
而硬件上的節流在一開始蘋果其實並沒有太多的辦法，無非就是選擇更低功耗的 CPU 與其他元器件，但是在 iPhone 4 上的 A4 芯片 iMac Retina 顯示屏的自主研發，都從側面顯示了蘋果在硬件上的節流的決心。
蘋果在軟件方面的節流更是不遺餘力，這也是蘋果相比於 Windows、Android 軟硬結合的優勢。
決定手機待機時長的其中一個最重要的因素就是對後台任務的處理與限制
最基本來説，作為一台智能手機，iPhone 在一開始就不提供後台任務，甚至系統演化至今，iPhone 的後台任務都不是桌面系統嚴格意義上的多任務，在 iOS 7 之前，蘋果只對音樂、導航等場景提供完整的後台服務（以至於像優酷之類的後台視頻下載任務，都會偷偷地在背後放一段靜音的音樂）；在 iOS 7以後，對應用程序來説，才有了一定的後台任務空間（例如在後台做少量的計算、下載少量的數據），而從系統層面看，為了保證在這些後台任務下，系統依然能夠節省電量，蘋果在系統層面也做了十分細節的優化，例如：
在， iOS 7 之前，如果你還有部分未完成的任務，iOS 系統會在你完成之前其實還是屬於活躍狀態，但是在 iOS 7以後，iPhone 能在已經被其他工作喚醒的情況下，再開始本應完成的任務；就例如説你把一個 App 關閉了，但是你還得計算一些數據，這些計算在你鎖閉 iPhone 不久就會被終止，但是如果你收到了一封郵件推送，郵件推送把系統給激活以後，你的這個計算任務又會隨着系統的激活而激活，從而讓任務有規劃地集中執行。
還有一個例子就是蘋果的推送機制（APNS）。蘋果在開放開發 API 的伊始就為應用提供了 APNS 的推送機制，讓所有的應用共用一個推送的通道，既節省了在待機時間內，CPU的損耗與網絡交互，也提高了推送的穩定性與及時性（推送消息即使是在 GPRS 網絡狀況下也能穩定到達）；而彼時的 Android 推送開發，還需要每個應用起一個後台進程去監聽推送消息，即使後來無論是 Google 還是百度、騰訊都提供了相對來説統一的推送接口，但是 Android 的後台依舊有很多各種各樣的進程在一直計算、監聽網絡。
這類省電技術在 OS X 上也有類似應用。2013 年的 WWDC 在 OS X Mavericks 上大大地提高了 Macbook 的續航時間，主要有技術有三點：首先，是內存壓縮技術，OS X 會把最不常用的內存壓縮到只有平常一半大小，但是在用户請求的時候又釋放出來，這也是為何即使 Macbook Air 只有 4GB 內存，操作體驗也依然流暢。其次是 應用睡眠（App Nap），蘋果將窗口不在前台展示的應用完全暫停，其實是把 iOS 的單頁面應用特性移植到了 OS X 上。之前的 Safari 即使是在後台，也有 15% 的 CPU 佔用率，所以這項功能對與節能還是十分可觀的。最後，與 iOS 類似，OS X 加入了一個叫時間合併的技術（Timer Coalescing），平是，許多應用與後台進程都在用不同的定時器在觸發功能，而項技術則是剛好吧所有的任務同時執行，如圖：
在增加設備續航時間方面，所以其實蘋果在這方面可謂為用户操碎了心。相對於 Android 很多最後的結果其實可能只是產品定義的不同導致的兩個方向不一樣，就譬如是否允許後台進程這樣的技術決策，Google 肯定考慮更多的是技術能實現的完整度，而蘋果考量的更多的是用户體驗，整體的孰優孰劣其實並無意義，有意義的是什麼呢？是像高中老師教導的那樣：要揣摩出題人的意圖。
作者新浪微博：李樂佳
本文轉載請註明來源：http://www.leiphone.com/news/201506/4hdjT1AwYgbSjLVy.html
資料來源：雷鋒網
作者/編輯：李樂佳
蘋果在 WWDC 剛發佈的 iOS 9 提供了一個新的“節能模式”，通過暫停後台任務，這個節能模式能幫設備最多三個小時的使用時間，例如當設備在面朝下放置的時候，即使通知到達，屏幕也不會被點亮，畢竟其實屏幕是耗電的最大元兇。
蘋果對與移動設備（Macbook）或者手持設備（iPhone）的定義一開始就非常清晰，對於它們的續航時間的保證在產品定義的階段就有了很高權重的考量。所以當 Windows PC 的筆記本電腦普遍續航還只有三個小時左右的時候，Macbook 的續航就已經到了當時驚人的6-7個小時，當 PC 終於提高了一些到了4-6個小時之後，Macbook Air 續航就已經能達到12個小時。
提升設備續航無非開源與節流
開源主要是硬件方面的工作，在現階段電池技術已經到瓶頸階段，最直觀的解決方案無非是增加電池容量，也就是增大電池體積，既而極大壓縮主板空間，這個在Macbook 與 iPhone 上都有明顯體現。
而硬件上的節流在一開始蘋果其實並沒有太多的辦法，無非就是選擇更低功耗的 CPU 與其他元器件，但是在 iPhone 4 上的 A4 芯片 iMac Retina 顯示屏的自主研發，都從側面顯示了蘋果在硬件上的節流的決心。
蘋果在軟件方面的節流更是不遺餘力，這也是蘋果相比於 Windows、Android 軟硬結合的優勢。
決定手機待機時長的其中一個最重要的因素就是對後台任務的處理與限制
最基本來説，作為一台智能手機，iPhone 在一開始就不提供後台任務，甚至系統演化至今，iPhone 的後台任務都不是桌面系統嚴格意義上的多任務，在 iOS 7 之前，蘋果只對音樂、導航等場景提供完整的後台服務（以至於像優酷之類的後台視頻下載任務，都會偷偷地在背後放一段靜音的音樂）；在 iOS 7以後，對應用程序來説，才有了一定的後台任務空間（例如在後台做少量的計算、下載少量的數據），而從系統層面看，為了保證在這些後台任務下，系統依然能夠節省電量，蘋果在系統層面也做了十分細節的優化，例如：
在， iOS 7 之前，如果你還有部分未完成的任務，iOS 系統會在你完成之前其實還是屬於活躍狀態，但是在 iOS 7以後，iPhone 能在已經被其他工作喚醒的情況下，再開始本應完成的任務；就例如説你把一個 App 關閉了，但是你還得計算一些數據，這些計算在你鎖閉 iPhone 不久就會被終止，但是如果你收到了一封郵件推送，郵件推送把系統給激活以後，你的這個計算任務又會隨着系統的激活而激活，從而讓任務有規劃地集中執行。
還有一個例子就是蘋果的推送機制（APNS）。蘋果在開放開發 API 的伊始就為應用提供了 APNS 的推送機制，讓所有的應用共用一個推送的通道，既節省了在待機時間內，CPU的損耗與網絡交互，也提高了推送的穩定性與及時性（推送消息即使是在 GPRS 網絡狀況下也能穩定到達）；而彼時的 Android 推送開發，還需要每個應用起一個後台進程去監聽推送消息，即使後來無論是 Google 還是百度、騰訊都提供了相對來説統一的推送接口，但是 Android 的後台依舊有很多各種各樣的進程在一直計算、監聽網絡。
這類省電技術在 OS X 上也有類似應用。2013 年的 WWDC 在 OS X Mavericks 上大大地提高了 Macbook 的續航時間，主要有技術有三點：首先，是內存壓縮技術，OS X 會把最不常用的內存壓縮到只有平常一半大小，但是在用户請求的時候又釋放出來，這也是為何即使 Macbook Air 只有 4GB 內存，操作體驗也依然流暢。其次是 應用睡眠（App Nap），蘋果將窗口不在前台展示的應用完全暫停，其實是把 iOS 的單頁面應用特性移植到了 OS X 上。之前的 Safari 即使是在後台，也有 15% 的 CPU 佔用率，所以這項功能對與節能還是十分可觀的。最後，與 iOS 類似，OS X 加入了一個叫時間合併的技術（Timer Coalescing），平是，許多應用與後台進程都在用不同的定時器在觸發功能，而項技術則是剛好吧所有的任務同時執行，如圖：
在增加設備續航時間方面，所以其實蘋果在這方面可謂為用户操碎了心。相對於 Android 很多最後的結果其實可能只是產品定義的不同導致的兩個方向不一樣，就譬如是否允許後台進程這樣的技術決策，Google 肯定考慮更多的是技術能實現的完整度，而蘋果考量的更多的是用户體驗，整體的孰優孰劣其實並無意義，有意義的是什麼呢？是像高中老師教導的那樣：要揣摩出題人的意圖。
作者新浪微博：李樂佳
本文轉載請註明來源：http://www.leiphone.com/news/201506/4hdjT1AwYgbSjLVy.html
資料來源：雷鋒網
作者/編輯：李樂佳
請按此登錄後留言。未成為會員? 立即註冊