實(shí)戰(zhàn)分享：高效打造安卓應(yīng)用的必備技巧

每一個(gè)影響產(chǎn)品效率的問題，例如功耗或內(nèi)存使用，都會(huì)影響App的成功。這就是為什么確保您的開發(fā)得到優(yōu)化、運(yùn)行順利并且不會(huì)給Android 系統(tǒng)帶來問題至關(guān)重要。這里沒有必要討論高效編程，因?yàn)槲覀儾魂P(guān)心你寫的代碼是否經(jīng)得起測(cè)試。即使高效的代碼也需要時(shí)間來運(yùn)行。今天這篇文章，我們就來聊聊如何盡可能的縮短運(yùn)行時(shí)間，如何開發(fā)一款用戶喜歡的app。

高效使用線程

建議1：如何取消后臺(tái)某些線程中的操作

我們知道App運(yùn)行過程中的所有操作默認(rèn)都是在主線程（UI線程）中進(jìn)行的，因此App的響應(yīng)速度會(huì)受到影響。它會(huì)導(dǎo)致程序死機(jī)、死機(jī)，甚至引起系統(tǒng)錯(cuò)誤。

為了加快響應(yīng)時(shí)間，需要將耗時(shí)的操作（例如網(wǎng)絡(luò)請(qǐng)求、數(shù)據(jù)庫(kù)操作或復(fù)雜的計(jì)算）從主線程移至單獨(dú)的線程。更高效的方式是在類層面完成這個(gè)操作。您可以使用AsyncTask 或IntentService 創(chuàng)建后臺(tái)操作。如果選擇使用IntentService，它將在需要時(shí)啟動(dòng)，然后通過工作線程處理請(qǐng)求（Intent）。

使用IntentService時(shí)需要注意以下限制：

此類不應(yīng)將信息傳遞給UI。如果想向用戶顯示處理結(jié)果信息，請(qǐng)使用Activity；

一次只能處理一個(gè)請(qǐng)求；

每個(gè)請(qǐng)求處理過程都不能被中斷。

建議2：如何保持ANR的響應(yīng)

從UI 線程中刪除耗時(shí)的操作還可以防止用戶操作導(dǎo)致系統(tǒng)無響應(yīng)(ANR) 對(duì)話框。您需要做的就是繼承AsyncTask 創(chuàng)建后臺(tái)工作線程并實(shí)現(xiàn)doInBackground() 方法。

另一種方法是自己創(chuàng)建Thread類或HandlerThread類。請(qǐng)注意，這也會(huì)減慢應(yīng)用程序的速度，因?yàn)槟J(rèn)線程優(yōu)先級(jí)與主線程的優(yōu)先級(jí)相同，除非您顯式設(shè)置線程的優(yōu)先級(jí)。

建議3：如何在線程中初始化查詢操作

當(dāng)查詢操作在后臺(tái)處理時(shí)，顯示數(shù)據(jù)不是瞬時(shí)的，但您可以使用CursorLoader 對(duì)象來加速該過程。該操作使得Activity和用戶之間的交互不受影響。

使用這個(gè)對(duì)象后，你的App會(huì)初始化一個(gè)獨(dú)立的后臺(tái)線程供ContentProvider進(jìn)行查詢，當(dāng)查詢完成后，將結(jié)果返回給調(diào)用查詢的Activity。

建議四：其他需要注意的方面

使用StrictMode 檢查UI 線程中是否存在潛在的耗時(shí)操作；

使用Systrace 或Traceview 等特殊工具來查找應(yīng)用程序中的瓶頸；

使用進(jìn)度條向用戶展示操作的進(jìn)度；

如果初始化很耗時(shí)，請(qǐng)顯示歡迎屏幕。

優(yōu)化設(shè)備的電池壽命

如果您的應(yīng)用正在耗盡電池電量，請(qǐng)不要責(zé)怪用戶卸載您的應(yīng)用。對(duì)于電池使用，主要功耗如下：

更新數(shù)據(jù)時(shí)頻繁喚醒程序；

使用EDGE或3G傳輸數(shù)據(jù)；

文本數(shù)據(jù)轉(zhuǎn)換、非JIT正則表達(dá)式操作。

建議五：如何優(yōu)化網(wǎng)絡(luò)

如果沒有網(wǎng)絡(luò)連接，請(qǐng)讓您的應(yīng)用程序跳過網(wǎng)絡(luò)操作；僅在有網(wǎng)絡(luò)連接且無漫游時(shí)更新數(shù)據(jù)；

選擇兼容的數(shù)據(jù)格式，將所有包含文本數(shù)據(jù)和二進(jìn)制數(shù)據(jù)的請(qǐng)求轉(zhuǎn)換為二進(jìn)制數(shù)據(jù)格式請(qǐng)求；

使用高效的轉(zhuǎn)換工具，考慮多使用流式轉(zhuǎn)換工具，少用樹形轉(zhuǎn)換工具；

為了更快的用戶體驗(yàn)，請(qǐng)減少對(duì)服務(wù)器的重復(fù)訪問；

如果可能，請(qǐng)使用框架的GZIP 庫(kù)來壓縮文本數(shù)據(jù)，以有效利用CPU 資源。

建議6：如何優(yōu)化應(yīng)用程序在前端的工作

如果您考慮使用喚醒鎖，請(qǐng)嘗試將其設(shè)置為較小的級(jí)別；

為防止?jié)撛阱e(cuò)誤導(dǎo)致電池消耗，請(qǐng)明確指定超時(shí)時(shí)間；

啟用android:keepScreenOn 屬性；

除了系統(tǒng)GC操作外，還可以考慮手動(dòng)回收J(rèn)ava對(duì)象，例如XmlPullParserFactory和BitmapFactory。還有正則表達(dá)式Matcher.reset(newString)操作和StringBuilder.setLength(0)操作；

注意同步問題，盡管在主線程中是安全的；

在Listview中使用更多的復(fù)用策略；

如果可能，請(qǐng)使用粗略的網(wǎng)絡(luò)定位而不是GPS。相比之下，GPS需要1mAh（25s*140mA），而一般網(wǎng)絡(luò)僅使用0.1mAh（2s*180mA）；

確保注銷GPS 位置更新操作，因?yàn)榇烁虏僮饕矔?huì)在onPause() 中繼續(xù)。當(dāng)所有應(yīng)用程序都退出此操作后，用戶可以在系統(tǒng)設(shè)置中重新啟用GPS，而不浪費(fèi)電量；

考慮在繁重的數(shù)學(xué)運(yùn)算中使用低精度變量，并在使用DisplayMetrics 執(zhí)行DPI 任務(wù)時(shí)緩存變量值。

建議七：如何優(yōu)化前臺(tái)應(yīng)用程序

請(qǐng)確保服務(wù)生命周期是短暫的，因?yàn)槊總€(gè)進(jìn)程需要2MB內(nèi)存，前臺(tái)程序需要內(nèi)存時(shí)會(huì)重新啟動(dòng)；

保持內(nèi)存占用不要太大；

如果您希望應(yīng)用程序每30 分鐘更新一次，請(qǐng)?jiān)谠O(shè)備喚醒時(shí)執(zhí)行此操作；

Service處于pull或sleep狀態(tài)是不好的，這就是為什么在服務(wù)結(jié)束時(shí)應(yīng)該使用AlarmManager或配置屬性stopSelf()。

建議8：其他預(yù)防措施

進(jìn)行整體更新前檢查電池狀態(tài)和網(wǎng)絡(luò)狀態(tài)，等待更好的狀態(tài)后再進(jìn)行大規(guī)模更換操作；

讓用戶查看電量使用情況，例如更新周期和后臺(tái)操作。

建議9：如何查找布局顯示問題

當(dāng)我們?yōu)椴季謫为?dú)創(chuàng)建UI 時(shí)，我們正在創(chuàng)建一個(gè)內(nèi)存濫用的應(yīng)用程序，這將導(dǎo)致UI 中出現(xiàn)嚴(yán)重的延遲。實(shí)現(xiàn)流暢、低內(nèi)存UI 的第一步是在應(yīng)用程序中搜索潛在的瓶頸布局。使用AndroidSDK/tools/自帶的HierarchyViewerTool工具。

另一個(gè)不錯(cuò)的工具是Lint，它會(huì)掃描應(yīng)用程序的源代碼以查找可能的錯(cuò)誤并優(yōu)化控制結(jié)果。

提示10：如何解決問題

如果發(fā)現(xiàn)布局顯示結(jié)果有問題，可以考慮簡(jiǎn)化布局結(jié)構(gòu)。您可以將LinearLayout類型轉(zhuǎn)換為RelativeLayout類型以減少布局層次結(jié)構(gòu)。

更加完善，不斷優(yōu)化

盡管上面的每一條建議看起來都只是小小的改進(jìn)，但如果它成為你日常代碼的一部分，你會(huì)看到意想不到的結(jié)果。讓Google Play看到更多優(yōu)秀、流暢、更快、更省電的應(yīng)用，距離Android完美的目標(biāo)又近了一步。