與所謂“戰鬥民族”一團隊合作開發一專案，最後收尾階段開始優化，app真特麼慢，先重adapter開始

Android在UI優化方面可以從以下五個方面入手：

　　◆Adapter優化

　　◆背景和圖片優化

　　◆繪圖優化

　　◆檢視和佈局優化

　　◆記憶體分配優化

　　Adapter優化

　　什麼是Adapter？

　　Adapter在Android中佔據一個重要的角色，它是資料和UI（View）之間一個重要的紐帶。在常見的View(ListView,GridView)等地方都需要用到Adapter。如圖1直觀的表達了Data、Adapter、View三者的關係。

圖1 Adapter、資料、UI三者關係

　　一、Android中Adapter

圖2：Android中Adapter型別層級圖

　　由圖2我們可以看到在Android中與Adapter有關的所有介面、類的完整層級圖。在我們使用過程中可以根據自己的需求實現介面或者繼承類進行一定的擴充套件。比較常用的有 BaseAdapter，ArrayAdapter，SimpleCursorAdapter等。

　　BaseAdapter是一個抽象類，繼承它需要實現較多的方法，所以也就具有較高的靈活性；

　　ArrayAdapter支援泛型操作，通常需要實現getView方法，特殊情況下（結合資料row id），為了讓ui事件相應處理方便點最好重寫getItemId；

　　SimpleCursorAdapter可以適用於簡單的純文字型ListView，它需要Cursor的欄位和UI的id對應起來。如需要實現更復雜的UI也可以重寫其他方法。

　　二、一個繼承BaseAdapter的類的程式碼段

　　Adapter與View的連線主要依靠getView這個方法返回我們需要的自定義view。ListView是Android app中一個最最最常用的控制元件了，所以如何讓ListView流暢執行，獲取良好的使用者體驗是非常重要的。對ListView優化就是對Adapter中的getView方法進行優化。09年的Google IO大會給出的優化建議如下：

　　Adapter優化示例程式碼：

　　以上是Google io大會上給出的優化建議，經過嘗試ListView確實流暢了許多。

　　以上是不建議的做法！！

　　不過我們還是要懷疑一下，SO，我們還是來測試對比一下。

　　測試說明：

　　大家可以看到在getView的時候我們通過log打印出position和當前系統時間。我們通過初始化1000條資料到Adapter顯示到ListView，然後滾動到底部，計算出position=0和position=999時的時間間隔。

　　測試機子：HTC Magic

　　測試實錄：開啟測序，讓ListView一直滾動底部。

　　測試結果：

　　兩種情況在操作過程中體驗明顯不同，在優化的情況下流暢很多很多！

　　1、優化建議測試結果

　　2、沒優化的測試結果

　　在1000條記錄的情況下就有如此差距，一旦資料nW+，ListView的Item佈局更加複雜的時候，優化的作用就更加突出了！

------------------------------

ListView作為Android開發中使用頻率最高的一個控制元件，保證ListView的流暢執行，對使用者體驗的提高至關重要。Adapter是ListView和資料來源之間的中間人，當每條資料進入可見區時，Adapter 的 getView() 會被呼叫，返回代表具體資料的檢視，在成百上千條資料觸控滾動時頻繁呼叫，因此如何優化Adapter是提高ListView效能的關鍵。

1. 使用ViewHolder模式，重複利用convertView，減少頻繁查詢

在2009年 Google IO開發者大會中已做說明，看一下使用不同實現方式之間的差距：

Adapter 顯示每條資料的 XML 佈局檔案如下：

<LinearLayout 
    xmlns:android="http://schemas.android.com/apk/res/android" 
    android:orientation="horizontal"> 
    <ImageView android:id="@+id/icon" 
        android:layout_width="48dip" 
        android:layout_height="48dip" /> 
    <TextView android:id="@+id/text" 
        android:layout_gravity="center_vertical" 
        android:layout_width="0dip" 
        android:layout_weight="1.0" 
        android:layout_height="wrap_content" /> 
</LinearLayout>

1. 最慢最不實用的方式

public View getView(int position, View convertView, ViewGroup parent) {
	View item = mInflater.inflate(R.layout.list_item_icon_text, null);

	((TextView) item.findViewById(R.id.text)).setText(DATA[position]);
	((ImageView) item.findViewById(R.id.icon)).setImageBitmap(
			(position & 1) == 1 ? mIcon1 : mIcon2);

	return item;
}

2. 使用 convertView 回收檢視, 效率提高 200%

public View getView(int position, View convertView, ViewGroup parent) { 
     if (convertView == null) { 
          convertView = mInflater.inflate(R.layout.item, null); 
     } 

     ((TextView) convertView.findViewById(R.id.text)).setText(DATA[position]); 
     ((ImageView) convertView.findViewById(R.id.icon)).setImageBitmap( 
               (position & 1) == 1 ? mIcon1 : mIcon2); 

     return convertView; 
}

3. 使用 ViewHolder 模式, 效率再提高 50%

static class ViewHolder { 
	TextView text; 
	ImageView icon; 
} 

public View getView(int pos, View convertView, ViewGroup parent){ 
    ViewHolder holder; 
    if (convertView == null) { 
        convertView = mInflater.inflate(R.layout.list_item, null); 
        holder = new ViewHolder();  
        holder.text = (TextView) convertView.findViewById(R.id.text)); 
        holder.icon = (ImageView) convertView.findViewButId(R.id.icon)); 
        convertView.setTag(holder); 
    } else { 
        holder = (ViewHolder) convertView.getTag(); 
    }  
    holder.text.setText(DATA[pos]); 
    holder.icon.setImageBitmap((pos & 1) == 1 ? mIcon1 : mIcon2); 
    return convertView; 
} 

更新率比較如下圖：

2. 使用工作執行緒載入資料，減輕UI主執行緒負擔，使UI主執行緒只專注於UI繪製

// Using an AsyncTask to load the slow images in a background thread
new AsyncTask<ViewHolder, Void, Bitmap>() {
    private ViewHolder v;

    @Override
    protected Bitmap doInBackground(ViewHolder... params) {
        v = params[0];
        return mFakeImageLoader.getImage();
    }

    @Override
    protected void onPostExecute(Bitmap result) {
        super.onPostExecute(result);
        if (v.position == position) {
            // If this item hasn't been recycled already, hide the
            // progress and set and show the image
            v.progress.setVisibility(View.GONE);
            v.icon.setVisibility(View.VISIBLE);
            v.icon.setImageBitmap(result);
        }
    }
}.execute(holder);

3. 優化item佈局，儘量優化子view佈局不被過渡重繪，每一點子view的優化都能提高整體的效能

優化佈局層次結構

一個普遍的誤解就是，使用基本的佈局結構會產生高效的佈局效能。然而每一個新增到應用的控制元件和佈局，都需要初始化，佈局位置和繪製。比如，使用一個巢狀的LinearLayout會導致過深的佈局層次結構。此外，巢狀多個使用layout_weight屬性的LinearLayout例項會花費更大的代價，因為每一個子佈局都要測量兩次。當某個佈局被頻繁渲染時，比如它在ListView或GridView中使用，就顯得尤為重要。

在這節課中，將學會使用Hierachy Viewer和Layoutopt工具對佈局結構進行檢測和優化。

檢測你的佈局

在Android SDK tools中包含一個叫做HierchyViewer工具，它可以在你執行應用時候幫助你分析你的佈局效能。通過它你可以發現你的佈局中效能比較差的那些地方。

HierchyViewer需要你選擇一個已連結的裝置或者模擬器中的一個執行的執行緒，顯示出佈局的樹結構。每個塊上的紅綠燈代表它的測量，佈局，以及繪圖效能，幫助你找出潛在的問題。

比如，圖1顯示了一個用於ListView中的Item的佈局。這個佈局的左邊顯示了一幅圖片，兩個疊在一起的文字item放在右邊。那些被重複載入的佈局在優化時候顯得有為重要。

圖1. 一個ListView內item的概念設計

hierchyviewer 工具可以在<sdk>/tools/中找到。當開啟給工具後，就會顯示可用的裝置列表一個這些裝置中執行的部分。點選“Load View Hierchy”選項檢視被選中部分的佈局層次圖。比如，圖2顯示了圖1中佈局結構圖。

圖2. 圖1的佈局層次結構圖，使用內嵌的LinearLayout例項佈局。

圖3. 點選層次圖中一個節點，顯示它的執行時間

圖2中，你可以看到一個3層的佈局結構圖，並且在佈局text的items裡面有一些問題。點選這些items顯示程序中每個階段所花費的時間。它顯示的很清楚，哪些items在測試，佈局中花費時間最長，哪些地方需要花費時間去優化。

使用該佈局載入所有item所花費的時間如下：

• Measure: 0.977ms

• Layout: 0.167ms

• Draw: 2.717ms

修改佈局

因為上述佈局效能較低的原因主要是由一個內嵌的LinearLayout所引起，將該佈局使用淺而廣的扁平化結構代替深而窄的樹形結構化設計，從而提高效能。在這些佈局中，將RelativeLayout作為一個根節點，這樣，你將會看到該佈局變為一個2層的結構，修改後的佈局如下：

圖4. 使用RelativeLayout的圖1的佈局。

修改後載入item所花費的時間：

• Measure: 0.598ms

• Layout: 0.110ms

• Draw: 2.146ms

雖然看起來提高度很小，但是這佈局提高是被重複操作的，因此，這個佈局是在listview中的每一個item裡面。

更多情況的一個時間差異，是在使用了layout_weight屬性的LinearLayout設計裡面，這樣的設計會降低測量的速度。這只是一個示例說明每個佈局是否被適當的使用，在使用layout weight屬性時候，你應該謹慎考慮是否必要。

使用Lint

這是一個好習慣，在你的佈局檔案內執行Lint工具，尋找那些可能要優化的佈局結構。Lint工具代替Layoutopt工具，並且有更大的功能。如下是Lint的一些示例：

• 使用複雜的圖片：在LineraLayout佈局中包含一個ImageView和一個TextView，可以使用一個複雜的drawable代替，效能會更好。
• 合併根框架：假如一個FrameLayout作為一個佈局的根檢視，不提供背景或者填充，它可以被一個帶有<merge/>標誌的佈局代替。
• 無用的樹葉：對於一個扁平結構中一個佈局沒有孩子，沒有背景，可以被刪掉。
• 無用的父類：一個佈局不是ScrollView或者不是一個根佈局，也沒有背景，只有一個孩子節點，可以被刪掉，孩子節點直接放入到這個扁平的父類裡面。
• 深度佈局：佈局若有太多內嵌，則效能很差。考慮使用RelativeLayout 以及GridLayout等扁平化佈局代替。預設佈局最大深度是10.

使用Lint另一個好處是，它被內嵌到ADT16+.當你在匯入apk，編輯或者儲存一個xml檔案，Lint都會自動執行。點選Eclipse工具欄中Lint按鈕，會人為強制執行Lint.

在Eclipse內使用Lint,它能自動修復一些問題，為問題提供修改建議，直接掉轉到問題程式碼位置。如果你不是用Eclipse開發，也可以使用命令列啟動Lint。更多資訊請參照tools.android.com.

 參考：

http://kb.cnblogs.com/page/84589/