隨著國內(nèi)手機的崛起，Android系統(tǒng)的手機市場占有率目前來說還是最大的，因此基于Android開發(fā)的app數(shù)量也是很龐大。那么如何能開發(fā)出更高性能的Android app相信是軟件開發(fā)公司以及廣大Android程序員們頭疼的一大難題。而且最近面試，被問得最多就是性能優(yōu)化上的問題，

一般而言，android中常見的原因主要有以下幾個：

1.數(shù)據(jù)庫的cursor沒有關(guān)閉。

2.構(gòu)造adapter沒有使用緩存contentview。

3.調(diào)用registerReceiver()后未調(diào)用unregisterReceiver().

4.未關(guān)閉InputStream/OutputStream。

5.Bitmap使用后未調(diào)用recycle()。

6.Context泄漏。

7.static關(guān)鍵字等。

下面我們就來扒拉下怎樣性能優(yōu)化：

一、高效的利用線程

1、在后臺取消一些線程中的動作

我們都知道app運作過程中所有的操作都是默認在主線程(UI線程)中進行，這樣app的響應速度就會受到影響。會導致程序陷入卡頓、死掉甚至會發(fā)生系統(tǒng)錯誤。

為了加快響應速度，我們需要將耗時的操作(如網(wǎng)絡請求，數(shù)據(jù)庫操作或著復雜的計算)從主線程中移動到一個單獨的線程中。最高效的方式就是在類這一級完成這項操作，可以使用AsyncTask或IntentService來創(chuàng)建后臺操作。如果選擇使用IntentService，它會在需要的時候啟動起來，然后通過一個工作線程開處理請求(Intent)。

使用IntentService時需要注意以下幾點限制：

A.這個類不要給UI傳遞信息，如果要向用戶展示處理結(jié)果信息請用Activity；

B.每次只能處理一個請求；

C.每一個處理請求過程都不能中斷；

2、保持響應不發(fā)生ANR

從UI線程中移除費時操作這個方式還可以防止用戶操作出現(xiàn)系統(tǒng)不響應(ANR)對話框。需要做的就是繼承AsyncTask來創(chuàng)建一個后臺工作線程，并實現(xiàn)doInBackground()方法。還有一種方式就是自己創(chuàng)建一個Thread類或者HandlerThread類。需要注意這樣也會使App變慢，因為默認的線程優(yōu)先級和主線程的優(yōu)先級是一樣的除非自己明確設定線程的優(yōu)先級。

3、在線程中初始化查詢操作

當查詢操作正在后臺處理時，展示數(shù)據(jù)也不是即時的，但是你可以使用CursorLoader對象來加快速度，這個操作可以使Activity和用戶之間的互動不受影響。使用這個對象后，你的App會為ContenProvider初始化一個獨立的后臺線程進行查詢，當查詢結(jié)束后就會給調(diào)用的Activity返回結(jié)果。

4、其它需要注意的方面

A.使用StrictMode來檢查UI線程中可能潛在的費時操作；

B.使用一些特殊的工具如Safe.ijiami、Systrace或者Traceview來尋找在你的應用中的瓶頸；

C.用進度條向用戶展示操作進度；

D.如果初始化操作很費時，請展示一個歡迎界面。

5、優(yōu)化設備的電池壽命

如果應用很費電，請不要責怪用戶卸載了你的應用。對于電池使用來說，主要費電情況如下：

更新數(shù)據(jù)時經(jīng)常喚醒程序；

用EDGE或者3G來傳遞數(shù)據(jù)；

文本數(shù)據(jù)轉(zhuǎn)換，進行非JIT正則表達式操作

6、優(yōu)化網(wǎng)絡

如果沒有網(wǎng)絡連接，請讓你的應用跳過網(wǎng)絡操作；只在有網(wǎng)絡連接并且無漫游的情況下更新數(shù)據(jù)；

選擇兼容的數(shù)據(jù)格式，把含有文本數(shù)據(jù)和二進制數(shù)據(jù)的請求全部轉(zhuǎn)化成二進制數(shù)據(jù)格式請求；

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

為了更快的用戶體驗，請減少重復訪問服務器的操作；

如果可以的話，請使用framework的GZIP庫來壓縮文本數(shù)據(jù)以高效使用CPU資源。

7、優(yōu)化應用在前端的額工作

如果考慮使用wakelocks，盡量設置為最小的級別；

為了防止?jié)撛诘腷ug導致的電量消耗，請明確指定超時時間；

啟用 android:keepScreenOn屬性；

除了系統(tǒng)的GC操作，多考慮手動回收Java對象，比如XmlPullParserFactory和BitmapFactory。還有正則表達式的Matcher.reset(newString)操作、StringBuilder.setLength(0)操作；

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

在Listview中要多采用重復利用策略；

如果允許的話多使用粗略的網(wǎng)絡定位而不用GPS，對比一下GPS需要1mAh（25s * 140 mA），而一般網(wǎng)絡只用0.1mAh（2s * 180mA）；

確保注銷GPS的位置更新操作，因為這個更新操作在onPause()中也是會繼續(xù)的。當所有的應用都注銷了這個操作，用戶可以在系統(tǒng)設置中重新啟用GPS而不浪費電量；

請考慮在大量數(shù)理運算中使用低精度變量并在用DisplayMetrics進行DPI任務時緩存變量值；

8、優(yōu)化工作在前臺的應用

請確保service生命周期都是短暫的，因為每個進程都需要2MB的內(nèi)存，而在前臺程序需要內(nèi)存時也會重新啟動；

保持內(nèi)存的使用量不要太大；

如果要應用每30分鐘更新一次，請在設備處于喚醒狀態(tài)下進行；

Service在pull或者sleep狀態(tài)都是不好的，這就是為什么在服務結(jié)束時要使用AlarmManager或者配置屬性stopSelf()的原因。

9、其它的注意事項

在進行整體更新之前檢查電池的狀態(tài)和網(wǎng)絡狀態(tài)，等待最好的狀態(tài)再進行大幅度轉(zhuǎn)換操作；

讓用戶看到用電情況，比如更新周期，后臺操作的時候；

二、實現(xiàn)低內(nèi)存占用UI

1、找到布局顯示問題

當我們?yōu)椴季謫为殑?chuàng)建UI的時候，就是在創(chuàng)建濫用內(nèi)存的app，它在UI中會出現(xiàn)可惡的延時，要實現(xiàn)一個流暢的、低內(nèi)存占用的UI，第一步就是搜索你的應用，找出潛在的瓶頸布局，可以使用Safe.ijiami和Android SDK/tools/中自帶的Hierarchy Viewer Tool工具。還有一個很好的工具就是Lint，它會掃描應用的源碼，去尋找可能存在的bug，并為控件結(jié)果進行優(yōu)化。

2、解決問題

如果布局顯示結(jié)果發(fā)現(xiàn)問題，那你可以考慮簡化布局結(jié)構(gòu)，可以把LinearLayout類型轉(zhuǎn)化成RelativeLayout類型，降低布局的層級結(jié)構(gòu)，追求 更加完美并不斷優(yōu)化。

希望以上的小技巧可以讓你的app看起來更加杰出，流暢，快速，省電。