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