合理管理內(nèi)存

節(jié)制的使用Service

如果應(yīng)用程序需要使用Service來執(zhí)行后臺任務(wù)的話削解，只有當(dāng)任務(wù)正在執(zhí)行的時候才應(yīng)該讓Service運行起來损搬。當(dāng)啟動一個Service時瓦哎，系統(tǒng)會傾向于將這個Service所依賴的進程進行保留，系統(tǒng)可以在LRUcache當(dāng)中緩存的進程數(shù)量也會減少疲迂，導(dǎo)致切換程序的時候耗費更多性能禾怠。我們可以使用IntentService，當(dāng)后臺任務(wù)執(zhí)行結(jié)束后會自動停止变逃，避免了Service的內(nèi)存泄漏必逆。

當(dāng)界面不可見時釋放內(nèi)存

當(dāng)用戶打開了另外一個程序，我們的程序界面已經(jīng)不可見的時候韧献，我們應(yīng)當(dāng)將所有和界面相關(guān)的資源進行釋放末患。重寫Activity的onTrimMemory()方法，然后在這個方法中監(jiān)聽TRIM_MEMORY_UI_HIDDEN這個級別锤窑，一旦觸發(fā)說明用戶離開了程序璧针，此時就可以進行資源釋放操作了。

當(dāng)內(nèi)存緊張時釋放內(nèi)存

onTrimMemory()方法還有很多種其他類型的回調(diào)渊啰，可以在手機內(nèi)存降低的時候及時通知我們探橱，我們應(yīng)該根據(jù)回調(diào)中傳入的級別來去決定如何釋放應(yīng)用程序的資源。

避免在bitmap上面浪費內(nèi)存

讀取一個Bitmap圖片的時候绘证，千萬不要去加載不需要的分辨率隧膏。可以壓縮圖片等操作嚷那。

使用優(yōu)化過的數(shù)據(jù)集

Android提供了一系列優(yōu)化過后的數(shù)據(jù)集合工具類胞枕，如SparseArray、SparseBooleanArray魏宽、LongSparseArray腐泻，使用這些API可以讓我們的程序更加高效。HashMap工具類會相對比較低效队询，因為它需要為每一個鍵值對都提供一個對象入口派桩，而SparseArray就避免掉了基本數(shù)據(jù)類型轉(zhuǎn)換成對象數(shù)據(jù)類型的時間。

知曉內(nèi)存的開支情況

• 使用枚舉通常會比使用靜態(tài)常量消耗兩倍以上的內(nèi)存蚌斩，盡可能不使用枚舉
• 任何一個Java類铆惑，包括匿名類、內(nèi)部類，都要占用大概500字節(jié)的內(nèi)存空間
• 任何一個類的實例要消耗12-16字節(jié)的內(nèi)存開支员魏，因此頻繁創(chuàng)建實例也是會在一定程序上影響內(nèi)存的
• 使用HashMap時丑蛤，即使你只設(shè)置了一個基本數(shù)據(jù)類型的鍵，比如說int逆趋，但是也會按照對象的大小來分配內(nèi)存盏阶，大概是32字節(jié)晒奕，而不是4字節(jié)闻书，因此最好使用優(yōu)化后的數(shù)據(jù)集合

謹(jǐn)慎使用抽象編程

在Android使用抽象編程會帶來額外的內(nèi)存開支，因為抽象的編程方法需要編寫額外的代碼脑慧，雖然這些代碼根本執(zhí)行不到魄眉，但是也要映射到內(nèi)存中，不僅占用了更多的內(nèi)存闷袒，在執(zhí)行效率上也會有所降低坑律。所以需要合理的使用抽象編程。

盡量避免使用依賴注入框架

使用依賴注入框架貌似看上去把findViewById()這一類的繁瑣操作去掉了囊骤，但是這些框架為了要搜尋代碼中的注解晃择，通常都需要經(jīng)歷較長的初始化過程，并且將一些你用不到的對象也一并加載到內(nèi)存中也物。這些用不到的對象會一直站用著內(nèi)存空間宫屠，可能很久之后才會得到釋放，所以可能多敲幾行代碼是更好的選擇滑蚯。

使用多個進程

謹(jǐn)慎使用浪蹂，多數(shù)應(yīng)用程序不該在多個進程中運行的，一旦使用不當(dāng)告材，它甚至?xí)黾宇~外的內(nèi)存而不是幫我們節(jié)省內(nèi)存坤次。這個技巧比較適用于哪些需要在后臺去完成一項獨立的任務(wù)，和前臺是完全可以區(qū)分開的場景斥赋。比如音樂播放缰猴，關(guān)閉軟件，已經(jīng)完全由Service來控制音樂播放了疤剑，系統(tǒng)仍然會將許多UI方面的內(nèi)存進行保留滑绒。在這種場景下就非常適合使用兩個進程，一個用于UI展示骚露，另一個用于在后臺持續(xù)的播放音樂蹬挤。關(guān)于實現(xiàn)多進程，只需要在Manifast文件的應(yīng)用程序組件聲明一個android:process屬性就可以了棘幸。進程名可以自定義焰扳，但是之前要加個冒號，表示該進程是一個當(dāng)前應(yīng)用程序的私有進程。

分心內(nèi)存的使用情況

系統(tǒng)不可能將所有的內(nèi)存都分配給我們的應(yīng)用程序吨悍，每個程序都會有可使用的內(nèi)存上限扫茅，被稱為堆大小。不同的手機堆大小不同育瓜，如下代碼可以獲得堆大泻丁：

ActivityManager manager = (ActivityManager)getSystemService(Context.ACTIVITY_SERVICE);
int heapSize = manager.getMemoryClass();

結(jié)果以MB為單位進行返回，我們開發(fā)時應(yīng)用程序的內(nèi)存不能超過這個限制躏仇，否則會出現(xiàn)OOM恋脚。

Android的GC操作

Android系統(tǒng)會在適當(dāng)?shù)臅r機觸發(fā)GC操作，一旦進行GC操作焰手，就會將一些不再使用的對象進行回收糟描。GC操作會從一個叫做Roots的對象開始檢查，所有它可以訪問到的對象就說明還在使用當(dāng)中书妻，應(yīng)該進行保留船响，而其他的對系那個就表示已經(jīng)不再被使用了。

Android中內(nèi)存泄漏

Android中的垃圾回收機制并不能防止內(nèi)存泄漏的出現(xiàn)躲履，導(dǎo)致內(nèi)存泄漏最主要的原因就是某些長存對象持有了一些其它應(yīng)該被回收的對象的引用见间，導(dǎo)致垃圾回收器無法去回收掉這些對象，也就是出現(xiàn)內(nèi)存泄漏了工猜。比如說像Activity這樣的系統(tǒng)組件米诉，它又會包含很多的控件甚至是圖片，如果它無法被垃圾回收器回收掉的話域慷，那就算是比較嚴(yán)重的內(nèi)存泄漏情況了荒辕。 舉個例子，在MainActivity中定義一個內(nèi)部類犹褒，實例化內(nèi)部類對象抵窒，在內(nèi)部類新建一個線程執(zhí)行死循環(huán)，會導(dǎo)致內(nèi)部類資源無法釋放叠骑，MainActivity的控件和資源無法釋放李皇，導(dǎo)致OOM,可借助一系列工具，比如LeakCanary宙枷。

高性能編碼優(yōu)化

都是一些微優(yōu)化掉房，在性能方面看不出有什么顯著的提升的。使用合適的算法和數(shù)據(jù)結(jié)構(gòu)是優(yōu)化程序性能的最主要手段慰丛。

避免創(chuàng)建不必要的對象

不必要的對象我們應(yīng)該避免創(chuàng)建：

• 如果有需要拼接的字符串卓囚，那么可以優(yōu)先考慮使用StringBuffer或者StringBuilder來進行拼接，而不是加號連接符诅病，因為使用加號連接符會創(chuàng)建多余的對象哪亿，拼接的字符串越長粥烁，加號連接符的性能越低。
• 在沒有特殊原因的情況下蝇棉，盡量使用基本數(shù)據(jù)類型來代替封裝數(shù)據(jù)類型讨阻，int比Integer要更加有效，其它數(shù)據(jù)類型也是一樣篡殷。
• 當(dāng)一個方法的返回值是String的時候钝吮，通常需要去判斷一下這個String的作用是什么，如果明確知道調(diào)用方會將返回的String再進行拼接操作的話板辽，可以考慮返回一個StringBuffer對象來代替奇瘦，因為這樣可以將一個對象的引用進行返回，而返回String的話就是創(chuàng)建了一個短生命周期的臨時對象戳气。
• 基本數(shù)據(jù)類型的數(shù)組也要優(yōu)于對象數(shù)據(jù)類型的數(shù)組链患。另外兩個平行的數(shù)組要比一個封裝好的對象數(shù)組更加高效，舉個例子瓶您，F(xiàn)oo[]和Bar[]這樣的數(shù)組，使用起來要比Custom(Foo,Bar)[]這樣的一個數(shù)組高效的多纲仍。

盡可能地少創(chuàng)建臨時對象呀袱，越少的對象意味著越少的GC操作。

靜態(tài)優(yōu)于抽象

如果你并不需要訪問一個對系那個中的某些字段郑叠，只是想調(diào)用它的某些方法來去完成一項通用的功能夜赵，那么可以將這個方法設(shè)置成靜態(tài)方法，調(diào)用速度提升15%-20%乡革，同時也不用為了調(diào)用這個方法去專門創(chuàng)建對象了寇僧，也不用擔(dān)心調(diào)用這個方法后是否會改變對象的狀態(tài)(靜態(tài)方法無法訪問非靜態(tài)字段)。

對常量使用static final修飾符

static int intVal = 42;
static String strVal = "Hello, world!";

編譯器會為上面的代碼生成一個初始方法沸版，稱為方法嘁傀，該方法會在定義類第一次被使用的時候調(diào)用。這個方法會將42的值賦值到intVal當(dāng)中视粮，從字符串常量表中提取一個引用賦值到strVal上细办。當(dāng)賦值完成后，我們就可以通過字段搜尋的方式去訪問具體的值了蕾殴。

final進行優(yōu)化:

static final int intVal = 42;
static final String strVal = "Hello, world!";

這樣笑撞，定義類就不需要方法了，因為所有的常量都會在dex文件的初始化器當(dāng)中進行初始化钓觉。當(dāng)我們調(diào)用intVal時可以直接指向42的值茴肥，而調(diào)用strVal會用一種相對輕量級的字符串常量方式，而不是字段搜尋的方式荡灾。

這種優(yōu)化方式只對基本數(shù)據(jù)類型以及String類型的常量有效瓤狐，對于其他數(shù)據(jù)類型的常量是無效的堕虹。

使用增強型for循環(huán)語句

static class Counter {  
    int mCount;  
}  

Counter[] mArray = ...  

public void zero() {  
    int sum = 0;  
    for (int i = 0; i < mArray.length; ++i) {  
        sum += mArray[i].mCount;  
    }  
}  

public void one() {  
    int sum = 0;  
    Counter[] localArray = mArray;  
    int len = localArray.length;  
    for (int i = 0; i < len; ++i) {  
        sum += localArray[i].mCount;  
    }  
}  

public void two() {  
    int sum = 0;  
    for (Counter a : mArray) {  
        sum += a.mCount;  
    }  
}  

zero()最慢，每次都要計算mArray的長度芬首，one()相對快得多赴捞，two()fangfa在沒有JIT(Just In Time Compiler)的設(shè)備上是運行最快的，而在有JIT的設(shè)備上運行效率和one()方法不相上下郁稍，需要注意這種寫法需要JDK1.5之后才支持赦政。

Tips:ArrayList手寫的循環(huán)比增強型for循環(huán)更快，其他的集合沒有這種情況耀怜。因此默認(rèn)情況下使用增強型for循環(huán)恢着，而遍歷ArrayList使用傳統(tǒng)的循環(huán)方式。

多使用系統(tǒng)封裝好的API

系統(tǒng)提供不了的Api完成不了我們需要的功能才應(yīng)該自己去寫财破，因為使用系統(tǒng)的Api很多時候比我們自己寫的代碼要快得多掰派，它們的很多功能都是通過底層的匯編模式執(zhí)行的。 舉個例子左痢，實現(xiàn)數(shù)組拷貝的功能靡羡，使用循環(huán)的方式來對數(shù)組中的每一個元素一一進行賦值當(dāng)然可行，但是直接使用系統(tǒng)中提供的System.arraycopy()方法會讓執(zhí)行效率快9倍以上俊性。

避免在內(nèi)部調(diào)用Getters/Setters方法

面向?qū)ο笾蟹庋b的思想是不要把類內(nèi)部的字段暴露給外部略步，而是提供特定的方法來允許外部操作相應(yīng)類的內(nèi)部字段。但在Android中定页，字段搜尋比方法調(diào)用效率高得多趟薄，我們直接訪問某個字段可能要比通過getters方法來去訪問這個字段快3到7倍。但是編寫代碼還是要按照面向?qū)ο笏季S的典徊，我們應(yīng)該在能優(yōu)化的地方進行優(yōu)化杭煎，比如避免在內(nèi)部調(diào)用getters/setters方法。

布局優(yōu)化

重用布局文件

標(biāo)簽可以允許在一個布局當(dāng)中引入另一個布局卒落，那么比如說我們程序的所有界面都有一個公共的部分羡铲，這個時候最好的做法就是將這個公共的部分提取到一個獨立的布局中，然后每個界面的布局文件當(dāng)中來引用這個公共的布局导绷。
Tips:如果我們要在標(biāo)簽中覆寫layout屬性犀勒，必須要將layout_width和layout_height這兩個屬性也進行覆寫，否則覆寫xiaoguo將不會生效妥曲。

標(biāo)簽是作為標(biāo)簽的一種輔助擴展來使用的贾费，它的主要作用是為了防止在引用布局文件時引用文件時產(chǎn)生多余的布局嵌套。布局嵌套越多檐盟，解析起來就越耗時褂萧，性能就越差。因此編寫布局文件時應(yīng)該讓嵌套的層數(shù)越少越好葵萎。
舉例：比如在LinearLayout里邊使用一個布局导犹。里邊又有一個LinearLayout唱凯，那么其實就存在了多余的布局嵌套，使用merge可以解決這個問題谎痢。

僅在需要時才加載布局

某個布局當(dāng)中的元素不是一起顯示出來的磕昼，普通情況下只顯示部分常用的元素，而那些不常用的元素只有在用戶進行特定操作時才會顯示出來节猿。

舉例：填信息時不是需要全部填的票从，有一個添加更多字段的選項，當(dāng)用戶需要添加其他信息的時候滨嘱，才將另外的元素顯示到界面上峰鄙。用VISIBLE性能表現(xiàn)一般，可以用ViewStub太雨。ViewStub也是View的一種吟榴，但是沒有大小，沒有繪制功能囊扳，也不參與布局吩翻，資源消耗非常低，可以認(rèn)為完全不影響性能宪拥。

<ViewStub   
        android:id="@+id/view_stub"  
        android:layout="@layout/profile_extra"  
        android:layout_width="match_parent"  
        android:layout_height="wrap_content"  
        />  

public void onMoreClick() {  
    ViewStub viewStub = (ViewStub) findViewById(R.id.view_stub);  
    if (viewStub != null) {  
        View inflatedView = viewStub.inflate();  
        editExtra1 = (EditText) inflatedView.findViewById(R.id.edit_extra1);  
        editExtra2 = (EditText) inflatedView.findViewById(R.id.edit_extra2);  
        editExtra3 = (EditText) inflatedView.findViewById(R.id.edit_extra3);  
    }  
}  

tips：ViewStub所加載的布局是不可以使用標(biāo)簽的仿野，因此這有可能導(dǎo)致加載出來出來的布局存在著多余的嵌套結(jié)構(gòu)。