Android效能優化是Android開發中經常遇見的一個問題，接下來將對Android效能優化方面的知識點做一個簡單的梳理和總結，將從工具和程式碼兩方面進行梳理。所謂工欲善其事必先利其器，本文首先來看一下Android效能優化有哪些得力的工具。

1、TraceView

traceview是Android SDK中自帶的一個工具，可以對應用中方法呼叫耗時進行統計分析，是Android效能優化和分析時一個很重要的工具。traceview位於SDK下的tools目錄中，使用時可以在cmd視窗執行traceview命令，也可以在ddms中使用，我個人比較偏向於後一種方式，比較方便易操作，不需要修改程式碼。

使用方法：

• 方法一：在相應進行traceview分析的開始位置和結束位置分別呼叫startMethodTracing和stopMethodTracing方法，可見下面的示例程式碼：

public class MainActivity extends Activity {
	@Override
	protected void onCreate(Bundle savedInstanceState) {
		super.onCreate(savedInstanceState);
		setContentView(R.layout.activity_main);
		Debug.startMethodTracing();
	}

	@Override
	protected void onDestroy() {
		super.onDestroy();
		Debug.stopMethodTracing();
	}
}
 

在結束後會生成".trace"檔案，然後 通過命令traceview *.trace對資料檔案進行分析。startMethodTracing共有6個過載的方法，在呼叫時可以根據需要進行呼叫。如果採用不帶引數的方法，產生的“.trace"檔案預設將存放到外接儲存器根目錄下(/sdcard/)，名為”dmtrace.trace"，為了方便這裡建議自定義trace的名稱（startMethodTracing(String traceName)）。

• 方法二：traceview也可以在ddms中直接使用，即在ddms中在選中某個要進行監控的程序後，點選如圖所示的小圖示開始監控，在監控結束時再次點選小圖示，ddms會自動開啟traceview檢視：

這兩種使用方式，各有優缺點：第一種監控過程比較精確，但需要修改程式碼；第二種監控使用方便，不需要修改程式碼，但步入第一種精確。我個人在使用時一般比較偏向第二種使用方式。

檢視解讀：

下面的檢視是我在ddms中監控com.tencent.mobileqq程序（隨便選的一個）生成的。 可以看出整個traceview檢視分為上下兩大部分，上半部分被稱為時間軸面板(Timeline Panel)，下半部分被稱為分析面板(Profile Panel)。

• 時間軸面板

介面上方的尺子代表了MethodTracing的時間段（從Debug.startMethodTracing()到Debug.stopMethodTracing()的時間）。 每個執行緒的函式執行時間圖處於和執行緒名同一行的右側。 注1：線寬度代表執行該函式本身操作所用的時間。 注2：函式所呼叫的子函式時間線夾雜在該函式本身操作所用的時間線之間。 注3：時間線的高度不知道有什麼意義。 注4：函式本身是巢狀的。 注5：每行下面粗的線段標註了Profile Panel中被選中函式呼叫所消耗的時間段。每個線段對應一次函式的執行。

• 分析面板

Exclusive time是該函式本身基本操作（不包括子函式呼叫）的時間。 Inclusive time是該函式呼叫所用的時間（包括子函式呼叫）的時間。 列1："Name"表示函式名。 雙擊函式名，可以看到在上半介面是時間軸面圖（Timeline Panel）看他的所消耗的時間段。（用粗的線段標註）。 雙擊函式名左邊的"+"展開後可以看到，該函式的"parents"和"children" 列2："incl%"表示函式的Inclusive time在整個MethodTracing時間裡佔的百分比。 列3："Inclusive"表示Inclusive time。 列4："Excl%"表示函式的Exclusive time在整個MethodTracing時間裡佔的百分比。 列5："Exclusive"表示Exclusive time。 列6："Calls+RecurCalls/Total"表示對函式的呼叫次數（包括遞迴呼叫）。如圖2的nativeFinished()那列為"14+0"表示14次非遞迴呼叫，0次遞迴呼叫. 列7：新的版本（比如2.1）還有"time/calls"表示平均的呼叫時間（即Inclusive time/ total calls）。如圖3。來自google文件的圖2感覺有老了。 注：如果函式A呼叫函式B那麼函式A稱為函式B的"parents"，函式B稱為函式A的"children."

2、APT

APT工具是騰訊公司內部開發使用的一款效能分析工具，主要可以用來對程序的CPU和記憶體進行監視很分析，使用非常方便，下面是截圖：
對於APT的原理比較簡單，就是利用top和dump命令抓取資料，所以，這裡如果我們不用APT，自己寫個小程式呼叫top也是一樣的。對於APT的使用比較簡單，一目瞭然，折利率不再贅述。

3、System Information

System Information是整合在DDM中的一款工具，可以用用來對CPU、記憶體和幀進行抓取，與APT不同的是System Information抓取的是整個系統的某個瞬間資訊。先是其使用時的截圖，具體使用方法比較簡單，不再贅述。

4、MAT

MAT工具可謂大名鼎鼎，是用來進行記憶體洩露分析的主要工具。MAT Eclipse 外掛的安裝地址為：http://download.eclipse.org/mat/1.3.1/update-site/。關於MAT的使用這裡就不介紹了，網上關於它的材料到處都是，沒有必要重複造車輪子。這裡要說明的一點事：在通過dump生成prof檔案時，生成的檔案MAT不能直接使用，必須通過hprof-conv命令進行轉換處理。如果使用MAT的Eclipse外掛，則不需要轉化，Eclipse會 自動處理，因此建議採用後一種方式。下面是MAT的一張圖：