高效開(kāi)發(fā)Android App的10個(gè)建議
文章分類:公司動(dòng)態(tài) 發(fā)布時(shí)間:2014-07-28 原文作者:tbkj 閱讀( )
假如要Google Play上做一個(gè)最失敗的案例,那最好的秘訣就是界面奇慢無(wú)比、耗電、耗內(nèi)存。接下來(lái)就會(huì)得到用戶的消極評(píng)論,最后名聲也就臭了。即使你的應(yīng)用設(shè)計(jì)精良、創(chuàng)意無(wú)限也沒(méi)用。
耗電或者內(nèi)存占用等影響產(chǎn)品效率的每一個(gè)問(wèn)題都會(huì)影響App的成功。這就是為什么在開(kāi)發(fā)中確保最優(yōu)化、運(yùn)行流暢而且不會(huì)使Android系統(tǒng)出問(wèn)題是至關(guān)重要的了。這里不需要討論高效編程,因?yàn)槲覀儾粫?huì)關(guān)心你寫(xiě)的代碼是否能夠經(jīng)得起測(cè)試。即使高效的代碼也是需要時(shí)間來(lái)運(yùn)行。今天這篇文章我們就講講怎么盡可能地縮短運(yùn)行時(shí)間,以及如何開(kāi)發(fā)用戶喜歡的App。
高效地利用線程
建議一:怎么在后臺(tái)取消一些線程中的動(dòng)作
我們知道App運(yùn)行過(guò)程中所有的操作都默認(rèn)在主線程(UI線程)中進(jìn)行的,這樣App的響應(yīng)速度就會(huì)受到影響。會(huì)導(dǎo)致程序陷入卡頓、死掉甚至?xí)l(fā)生系統(tǒng)錯(cuò)誤。
為了加快響應(yīng)速度,需要把費(fèi)時(shí)的操作(比如網(wǎng)絡(luò)請(qǐng)求、數(shù)據(jù)庫(kù)操作或者復(fù)雜的計(jì)算)從主線程移動(dòng)到一個(gè)單獨(dú)的線程中。最高效的方式就是在類這一級(jí)完成這項(xiàng)操作,可以使用AsyncTask或者IntentService來(lái)創(chuàng)建后臺(tái)操作。如果選擇使用IntentService,它會(huì)在需要的時(shí)候啟動(dòng)起來(lái),然后通過(guò)一個(gè)工作線程來(lái)處理請(qǐng)求(Intent)。
使用IntentService時(shí)需要注意以下幾點(diǎn)限制:
●這個(gè)類不要給UI傳遞信息,如果要向用戶展示處理結(jié)果信息請(qǐng)用Activity;
●每次只能處理一個(gè)請(qǐng)求;
●每一個(gè)處理請(qǐng)求過(guò)程都不能中斷;
建議二:怎么保持響應(yīng)不發(fā)生ANR
從UI線程中移除費(fèi)時(shí)操作這個(gè)方式還可以防止用戶操作出現(xiàn)系統(tǒng)不響應(yīng)(ANR)對(duì)話框。需要做的就是繼承AsyncTask來(lái)創(chuàng)建一個(gè)后臺(tái)工作線程,并實(shí)現(xiàn)doInBackground()方法。
還有一種方式就是自己創(chuàng)建一個(gè)Thread類或者HandlerThread類。需要注意這樣也會(huì)使App變慢,因?yàn)槟J(rèn)的線程優(yōu)先級(jí)和主線程的優(yōu)先級(jí)是一樣的,除非你明確設(shè)定線程的優(yōu)先級(jí)。
建議三:怎么在線程中初始化查詢操作
當(dāng)查詢操作正在后臺(tái)處理時(shí),展示數(shù)據(jù)也不是即時(shí)的,但是你可以使用CursorLoader對(duì)象來(lái)加快速度,這個(gè)操作可以使Activity和用戶之間的互動(dòng)不受影響。
使用這個(gè)對(duì)象后,你的App會(huì)為ContentProvider初始化一個(gè)獨(dú)立的后臺(tái)線程進(jìn)行查詢,當(dāng)查詢結(jié)束后就會(huì)給調(diào)用查詢的Activity返回結(jié)果。
建議四:其它需要注意的方面
●使用StrictMode來(lái)檢查UI線程中可能潛在的費(fèi)時(shí)操作;
●使用一些特殊的工具如Systrace或者Traceview來(lái)尋找在你的應(yīng)用中的瓶頸;
●用進(jìn)度條向用戶展示操作進(jìn)度;
●如果初始化操作很費(fèi)時(shí),請(qǐng)展示一個(gè)歡迎界面。
優(yōu)化設(shè)備的電池壽命
如果應(yīng)用很費(fèi)電,請(qǐng)不要責(zé)怪用戶卸載了你的應(yīng)用。對(duì)于電池使用來(lái)說(shuō),主要費(fèi)電情況如下:
●更新數(shù)據(jù)時(shí)經(jīng)常喚醒程序;
●用EDGE或者3G來(lái)傳遞數(shù)據(jù);
●文本數(shù)據(jù)轉(zhuǎn)換,進(jìn)行非JIT正則表達(dá)式操作。
建議五:怎么優(yōu)化網(wǎng)絡(luò)
●如果沒(méi)有網(wǎng)絡(luò)連接,請(qǐng)讓你的應(yīng)用跳過(guò)網(wǎng)絡(luò)操作;只在有網(wǎng)絡(luò)連接并且無(wú)漫游的情況下更新數(shù)據(jù);
●選擇兼容的數(shù)據(jù)格式,把含有文本數(shù)據(jù)和二進(jìn)制數(shù)據(jù)的請(qǐng)求全部轉(zhuǎn)化成二進(jìn)制數(shù)據(jù)格式請(qǐng)求;
●使用高效的轉(zhuǎn)換工具,多考慮使用流式轉(zhuǎn)換工具,少用樹(shù)形的轉(zhuǎn)換工具;
●為了更快的用戶體驗(yàn),請(qǐng)減少重復(fù)訪問(wèn)服務(wù)器的操作;
●如果可以的話,請(qǐng)使用framework的GZIP庫(kù)來(lái)壓縮文本數(shù)據(jù)以高效使用CPU資源。
建議六:怎么優(yōu)化應(yīng)用在前端的工作
●如果考慮使用wakelocks,盡量設(shè)置為最小的級(jí)別;
●為了防止?jié)撛诘腷ug導(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)操作;
●要注意同步的問(wèn)題,盡管在主線程中是安全的;
●在Listview中要多采用重復(fù)利用策略;
●如果允許的話多使用粗略的網(wǎng)絡(luò)定位而不用GPS,對(duì)比一下GPS需要1mAh(25s * 140 mA),而一般網(wǎng)絡(luò)只用0.1mAh(2s * 180mA);
●確保注銷GPS的位置更新操作,因?yàn)檫@個(gè)更新操作在onPause()中也是會(huì)繼續(xù)的。當(dāng)所有的應(yīng)用都注銷了這個(gè)操作,用戶可以在系統(tǒng)設(shè)置中重新啟用GPS而不浪費(fèi)電量;
●請(qǐng)考慮在大量數(shù)理運(yùn)算中使用低精度變量并在用DisplayMetrics進(jìn)行DPI任務(wù)時(shí)緩存變量值;
建議七:怎么優(yōu)化工作在前臺(tái)的應(yīng)用
●請(qǐng)確保service生命周期都是短暫的,因?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è)備處于喚醒狀態(tài)下進(jìn)行;
●Service在pull或者sleep狀態(tài)都是不好的,這就是為什么在服務(wù)結(jié)束時(shí)要使用AlarmManager或者配置屬性stopSelf()的原因。
建議八:其它注意事項(xiàng)
●在進(jìn)行整體更新之前檢查電池的狀態(tài)和網(wǎng)絡(luò)狀態(tài),等待最好的狀態(tài)在進(jìn)行大幅度裝換操作;
●讓用戶看到用電情況,比如更新周期,后臺(tái)操作的時(shí)候;
實(shí)現(xiàn)低內(nèi)存占用UI
建議九:怎么找到布局顯示問(wèn)題
當(dāng)我們?yōu)椴季謫为?dú)創(chuàng)建UI的時(shí)候,就是在創(chuàng)建濫用內(nèi)存的App,它在UI中會(huì)出現(xiàn)可惡的延時(shí)。要實(shí)現(xiàn)一個(gè)流暢的、低內(nèi)存占用的UI,第一步就是搜索你的應(yīng)用找出潛在的瓶頸布局。使用Android SDK/tools/中自帶的Hierarchy Viewer Tool工具。
還有一個(gè)很好的工具就是Lint,它會(huì)掃描應(yīng)用的源碼去尋找可能存在的bug,并為控件結(jié)果進(jìn)行優(yōu)化。
建議十:如何解決問(wèn)題
如果布局顯示結(jié)果發(fā)現(xiàn)了問(wèn)題,你可以考慮簡(jiǎn)化布局結(jié)構(gòu)。可以把LinearLayout類型轉(zhuǎn)化成RelativeLayout類型,降低布局的層級(jí)結(jié)構(gòu)。
做到更加完美并不斷優(yōu)化
盡管以上的每條建議看起來(lái)都是很小的改進(jìn),但是如果它能成為你日常代碼的一部分,那么你就會(huì)看到意想不到的結(jié)果。要讓Google Play看到更多杰出的、流暢的、更快速、更省電的應(yīng)用,向Android走向完美的目標(biāo)邁進(jìn)一步。
耗電或者內(nèi)存占用等影響產(chǎn)品效率的每一個(gè)問(wèn)題都會(huì)影響App的成功。這就是為什么在開(kāi)發(fā)中確保最優(yōu)化、運(yùn)行流暢而且不會(huì)使Android系統(tǒng)出問(wèn)題是至關(guān)重要的了。這里不需要討論高效編程,因?yàn)槲覀儾粫?huì)關(guān)心你寫(xiě)的代碼是否能夠經(jīng)得起測(cè)試。即使高效的代碼也是需要時(shí)間來(lái)運(yùn)行。今天這篇文章我們就講講怎么盡可能地縮短運(yùn)行時(shí)間,以及如何開(kāi)發(fā)用戶喜歡的App。
高效地利用線程
建議一:怎么在后臺(tái)取消一些線程中的動(dòng)作
我們知道App運(yùn)行過(guò)程中所有的操作都默認(rèn)在主線程(UI線程)中進(jìn)行的,這樣App的響應(yīng)速度就會(huì)受到影響。會(huì)導(dǎo)致程序陷入卡頓、死掉甚至?xí)l(fā)生系統(tǒng)錯(cuò)誤。
為了加快響應(yīng)速度,需要把費(fèi)時(shí)的操作(比如網(wǎng)絡(luò)請(qǐng)求、數(shù)據(jù)庫(kù)操作或者復(fù)雜的計(jì)算)從主線程移動(dòng)到一個(gè)單獨(dú)的線程中。最高效的方式就是在類這一級(jí)完成這項(xiàng)操作,可以使用AsyncTask或者IntentService來(lái)創(chuàng)建后臺(tái)操作。如果選擇使用IntentService,它會(huì)在需要的時(shí)候啟動(dòng)起來(lái),然后通過(guò)一個(gè)工作線程來(lái)處理請(qǐng)求(Intent)。
使用IntentService時(shí)需要注意以下幾點(diǎn)限制:
●這個(gè)類不要給UI傳遞信息,如果要向用戶展示處理結(jié)果信息請(qǐng)用Activity;
●每次只能處理一個(gè)請(qǐng)求;
●每一個(gè)處理請(qǐng)求過(guò)程都不能中斷;
建議二:怎么保持響應(yīng)不發(fā)生ANR
從UI線程中移除費(fèi)時(shí)操作這個(gè)方式還可以防止用戶操作出現(xiàn)系統(tǒng)不響應(yīng)(ANR)對(duì)話框。需要做的就是繼承AsyncTask來(lái)創(chuàng)建一個(gè)后臺(tái)工作線程,并實(shí)現(xiàn)doInBackground()方法。
還有一種方式就是自己創(chuàng)建一個(gè)Thread類或者HandlerThread類。需要注意這樣也會(huì)使App變慢,因?yàn)槟J(rèn)的線程優(yōu)先級(jí)和主線程的優(yōu)先級(jí)是一樣的,除非你明確設(shè)定線程的優(yōu)先級(jí)。
建議三:怎么在線程中初始化查詢操作
當(dāng)查詢操作正在后臺(tái)處理時(shí),展示數(shù)據(jù)也不是即時(shí)的,但是你可以使用CursorLoader對(duì)象來(lái)加快速度,這個(gè)操作可以使Activity和用戶之間的互動(dòng)不受影響。
使用這個(gè)對(duì)象后,你的App會(huì)為ContentProvider初始化一個(gè)獨(dú)立的后臺(tái)線程進(jìn)行查詢,當(dāng)查詢結(jié)束后就會(huì)給調(diào)用查詢的Activity返回結(jié)果。
建議四:其它需要注意的方面
●使用StrictMode來(lái)檢查UI線程中可能潛在的費(fèi)時(shí)操作;
●使用一些特殊的工具如Systrace或者Traceview來(lái)尋找在你的應(yīng)用中的瓶頸;
●用進(jìn)度條向用戶展示操作進(jìn)度;
●如果初始化操作很費(fèi)時(shí),請(qǐng)展示一個(gè)歡迎界面。
優(yōu)化設(shè)備的電池壽命
如果應(yīng)用很費(fèi)電,請(qǐng)不要責(zé)怪用戶卸載了你的應(yīng)用。對(duì)于電池使用來(lái)說(shuō),主要費(fèi)電情況如下:
●更新數(shù)據(jù)時(shí)經(jīng)常喚醒程序;
●用EDGE或者3G來(lái)傳遞數(shù)據(jù);
●文本數(shù)據(jù)轉(zhuǎn)換,進(jìn)行非JIT正則表達(dá)式操作。
建議五:怎么優(yōu)化網(wǎng)絡(luò)
●如果沒(méi)有網(wǎng)絡(luò)連接,請(qǐng)讓你的應(yīng)用跳過(guò)網(wǎng)絡(luò)操作;只在有網(wǎng)絡(luò)連接并且無(wú)漫游的情況下更新數(shù)據(jù);
●選擇兼容的數(shù)據(jù)格式,把含有文本數(shù)據(jù)和二進(jìn)制數(shù)據(jù)的請(qǐng)求全部轉(zhuǎn)化成二進(jìn)制數(shù)據(jù)格式請(qǐng)求;
●使用高效的轉(zhuǎn)換工具,多考慮使用流式轉(zhuǎn)換工具,少用樹(shù)形的轉(zhuǎn)換工具;
●為了更快的用戶體驗(yàn),請(qǐng)減少重復(fù)訪問(wèn)服務(wù)器的操作;
●如果可以的話,請(qǐng)使用framework的GZIP庫(kù)來(lái)壓縮文本數(shù)據(jù)以高效使用CPU資源。
建議六:怎么優(yōu)化應(yīng)用在前端的工作
●如果考慮使用wakelocks,盡量設(shè)置為最小的級(jí)別;
●為了防止?jié)撛诘腷ug導(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)操作;
●要注意同步的問(wèn)題,盡管在主線程中是安全的;
●在Listview中要多采用重復(fù)利用策略;
●如果允許的話多使用粗略的網(wǎng)絡(luò)定位而不用GPS,對(duì)比一下GPS需要1mAh(25s * 140 mA),而一般網(wǎng)絡(luò)只用0.1mAh(2s * 180mA);
●確保注銷GPS的位置更新操作,因?yàn)檫@個(gè)更新操作在onPause()中也是會(huì)繼續(xù)的。當(dāng)所有的應(yīng)用都注銷了這個(gè)操作,用戶可以在系統(tǒng)設(shè)置中重新啟用GPS而不浪費(fèi)電量;
●請(qǐng)考慮在大量數(shù)理運(yùn)算中使用低精度變量并在用DisplayMetrics進(jìn)行DPI任務(wù)時(shí)緩存變量值;
建議七:怎么優(yōu)化工作在前臺(tái)的應(yīng)用
●請(qǐng)確保service生命周期都是短暫的,因?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è)備處于喚醒狀態(tài)下進(jìn)行;
●Service在pull或者sleep狀態(tài)都是不好的,這就是為什么在服務(wù)結(jié)束時(shí)要使用AlarmManager或者配置屬性stopSelf()的原因。
建議八:其它注意事項(xiàng)
●在進(jìn)行整體更新之前檢查電池的狀態(tài)和網(wǎng)絡(luò)狀態(tài),等待最好的狀態(tài)在進(jìn)行大幅度裝換操作;
●讓用戶看到用電情況,比如更新周期,后臺(tái)操作的時(shí)候;
實(shí)現(xiàn)低內(nèi)存占用UI
建議九:怎么找到布局顯示問(wèn)題
當(dāng)我們?yōu)椴季謫为?dú)創(chuàng)建UI的時(shí)候,就是在創(chuàng)建濫用內(nèi)存的App,它在UI中會(huì)出現(xiàn)可惡的延時(shí)。要實(shí)現(xiàn)一個(gè)流暢的、低內(nèi)存占用的UI,第一步就是搜索你的應(yīng)用找出潛在的瓶頸布局。使用Android SDK/tools/中自帶的Hierarchy Viewer Tool工具。
還有一個(gè)很好的工具就是Lint,它會(huì)掃描應(yīng)用的源碼去尋找可能存在的bug,并為控件結(jié)果進(jìn)行優(yōu)化。
建議十:如何解決問(wèn)題
如果布局顯示結(jié)果發(fā)現(xiàn)了問(wèn)題,你可以考慮簡(jiǎn)化布局結(jié)構(gòu)。可以把LinearLayout類型轉(zhuǎn)化成RelativeLayout類型,降低布局的層級(jí)結(jié)構(gòu)。
做到更加完美并不斷優(yōu)化
盡管以上的每條建議看起來(lái)都是很小的改進(jìn),但是如果它能成為你日常代碼的一部分,那么你就會(huì)看到意想不到的結(jié)果。要讓Google Play看到更多杰出的、流暢的、更快速、更省電的應(yīng)用,向Android走向完美的目標(biāo)邁進(jìn)一步。
原文來(lái)自:tbkj