加速之必要
不考慮技術，有一件事是肯定的——人們似乎總是希望可以更快。根據各種各樣的研究，現在用戶只愿意等待一個
web應用程序加載三秒或更短的時間，超過的話，他們就會變得越來越不耐煩或者干脆換一個應用程序。這些高期待不斷被壓到移動web之上；現在還壓到移動
App上。就像Web，現今的
移動移動app都有它們自己的性能問題并需要做出一些微調。最新研究表明，過去，在
手機上獲取app時，47%的移動用戶主要是抱怨速度慢且反應遲鈍。App在
蘋果的app商店上被譴責“慢得可怕”。對于Facebook的iPhone應用程序，38，000條評論中有超過21，000的用戶只給app一星的評價。用戶多數表示app慢，死機，“一直在加載”。
“移動app根據它們在app商店的排名而生存或死亡……排名不佳，用戶采用率就降低”佛里斯特研究公司的MargoVisitacion這么說道。這或許就是為什么80%的品牌iPhone，
Android和Blackberry應用程序無法達到1，000的下載量的原因。拙劣的移動app性能直接影響用戶獲取和用戶維系。那么該做些什么以保證你的移動app性能盡可能的強大呢？
通過捕捉現實中移動app性能“獲得真實信息”
移動app性能首先，最重要的是：為了真正理解移動app性能，你必須衡量你的真正用戶正在體驗的性能。在數據中心的模擬機上進行
測試可以有所幫助但是它基本和你的真實終端用戶的真正體驗無關。你的數據中心和你的終端用戶間有許多影響性能的變量因素，包括云，第三方服務/集成，CDNs，移動瀏覽器和設備。衡量真實用戶是在巨大的復雜物上精準評估性能并確定一個性能提升的基準線的唯一方法。衡量你的真實用戶體驗的性能可以讓你就移動app（關鍵參數方面的，如你客戶使用的所有的地域，設備和網絡）性能做出報告。
現在，移動app測試和使用SDKs監控以提交本地app可以讓你快速輕松地鳥瞰你所有客戶的移動app性能。
負載測試從終端用戶角度看也很重要，尤其是在開始一個app前，綜合測試網絡可以讓你在不同的條件下評估性能水平。
理解拙劣性能的商業影響
確定移動app性能問題以及它們對轉化的影響很重要：比如，你會注意到移動app的響應時間增加與轉化的減少息息相關。這樣你就可以進行分類，基于一些考慮（如：我的哪些客戶，多少客戶受到影響了）按輕重緩急解決問題。如果一個地區的流量份額很高但有問題，而另一個地區的份額較少，那你就知道該優先解決哪個性能問題了。
確保第三方集成有效
就像web應用程序，許多移動app為了給終端用戶提供更豐富更滿意的體驗吸收了大量第三方服務的內容。一個實例便是社交媒體集成，如Twitter就被集成到奧林匹克移動app中了。很不幸，如果你依賴第三方服務的話，你就會完全受限于他們的性能特點。在使用一個第三方集成的app前，你需要確保集成無縫順利且可以提供你期待的性能。此外，你還要確保一直監控著第三方性能且你的app被設計得可以完好地降級以防第三方的問題。
讓你的移動APP快起來
在這個飛速運轉的移動app世界有一句格言比任何時候都真——快比慢好。你可以使用一些特定工具和技術讓你的移動app變得更快，包括以下：
優化緩存–讓你的app數據完全脫離網絡。對于內容多的app，設備上的緩存內容可以通過避免移動網絡和你的內容基礎設施上的過多障礙以提升性能。
將往返時間最小化–考慮使用一個可以提供無數能夠加快你的app服務的CDN，包括減少網絡延遲的邊緣緩存，網絡路由優化，內容預取，以及更多。
將有效荷載規模最小化–專注壓縮，通過使用任意可用的壓縮技術減少你的數據的規模。確保圖像規模適合你最要的設備段。同樣，確保你利用壓縮。如果你有要花很長時間加載的內容，那么你可以一點一點兒的加載。你的app可以在加載時使用該內容而不是等整個加載完成后才使用它。零售app經常使用該技術。
優化你的本機代碼–寫得不好或全是bug的代碼也會導致性能問題。在你的代碼上運行軟件或檢查代碼以找出潛在問題。
優化你的后端服務性能–如果對你的app進行了
性能測試后你發現后端服務是性能削弱的罪魁禍首，那么你就不得不進行評估并決定該如何加快這些服務。
總結
智能手機用戶當然也是“快比慢好”，他們期待他們的app可以飛快。幾乎每隔一段時間，移動運營商和智能手機制造商都要宣布更快的網和設備，但不幸的是，移動app本身的速度卻跟不上。
最主要的原因是一組截然相反的目標使得實現飛速性能變得很困難。移動app開發者總希望提升速度的同時可以提供更豐富的體驗。需要更多內容和特點能夠快速地覆蓋寬帶，內存和計算機能力。
本文給出了一個簡短的本地移動app的性能最佳實踐的例子。性能調整的空間很大，但錯誤的空間同樣也很大。因此，早點測試你的app，絕不要藥聽天由命。記住——快總比慢好。
English » | | | | | | | | |
Text-to-speech function is limited to 100 characters