一.概況

上一篇中App效能優化之View優化（1）——UI問題的檢測主要講的是我們在寫完程式碼之後，如何發現程式碼中的問題。從問題中提取經驗，規範好自己之後的程式碼編寫，本文就是講如何規範的進行UI關聯程式碼的書寫。

二.主要的點

• View控制元件的選擇和佈局檔案層級優化；
• Include，Merge，ViewStub等標籤的使用；
• 自定義View中關鍵步驟中減少耗時操作；
• 非圖片型別Drawable的使用；

三.View控制元件的選擇和層級優化

3.1原則：

儘量較少層級；使用高效的VIew控制元件；

3.2選擇View控制元件：

常用的控制元件有LinearLayout和RelativeLayout和ConstraintLayout和FrameLayout在他們中做出選擇。
1.層級儘量減少：能用ConstraintLayout或者RelativeLayout來減少層級，不用LinearLayout；（ConstraintLayout較RelativeLayout有更高的效率推薦使用）
2.多層級時候，相同層級的用LinearLayout不用RelativeLayout；（前者在measure，layout的過程中有更好的效率，這裡不展開說明，我們可以使用上一篇文章中Hierarchy View工具進行驗證

3.3去掉其他不必要的背景

3.3.1去掉window的預設背景

當我們使用了Android自帶的一些主題時，window會被預設新增一個純色的背景，這個背景是被DecorView持有的。當我們的自定義佈局時又添加了一張背景圖或者設定背景色，那麼DecorView的background此時對我們來說是無用的，但是它會產生一次Overdraw，帶來繪製效能損耗。
我們在Application層級或者Activity層級，在theme中更改windowbackground屬性為null。

android:windowbackground="null"；

3.3.2去掉其他不必要的背景

有時候為了方便會先給Layout設定一個整體的背景，再給子View設定背景，這裡也會造成重疊，如果子View寬度mach_parent，可以看到完全覆蓋了Layout的一部分，這裡就可以通過分別設定背景來減少重繪。或者子View沒有要求背景，那麼給父VIew添加了背景就可以了。

四.Include，Merge，ViewStub等；

4.1Include標籤來進行佈局複用

多個頁面擁有相同的區域性佈局的時候，並且這部分佈局改動的可能性較小或者不動，那麼就用Include標籤。

4.2用Merge標籤去除多餘層級

Merge意味著合併，在合適的場景使用Merge標籤可以減少多餘的層級。Merge標籤一般和Include標籤搭配使用，適合使用的場景：

• merge標籤最好是來替代FrameLayout；
• 佈局方向一致的LinearLayout，比如當前父佈局LinearLayout的佈局方向是垂直的，包含的子佈局LinearLayout的佈局方向也是垂直的，則可以用merge標籤來替換子佈局LinearLayout；

4.3使用ViewStub來提高載入速度

使用場景：

一個很常見的開發場景就是我們想要一個佈局時，並不是所有的控制元件都需要顯示出來，而是顯示出一部分，對於這種情況，我們一般採用的方法就是使用View的GONE和INVISIBLE，但是這種方法效率不高，雖然是達到了隱藏的目的，但是仍在佈局當中，系統仍然會解析它們，我們可以用ViewStub來解決這一問題。

ViewStub的優勢

ViewStub是輕量級的View，不可見並且不佔佈局位置。當ViewStub呼叫inflate方法或者設定可見時，系統會載入ViewStub指定的佈局，然後將這個佈局新增到ViewStub中，在對ViewStub呼叫inflate方法或者設定可見之前，它是不佔佈局空間和系統資源的，它主要的目的就是為目標檢視佔用一個位置。因此，使用ViewStub可以提高介面初始化的效能，從而提高介面的載入速度。

使用

ViewStub的內容佈局檔案title_bar

<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout
    xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="40dp">

    <TextView
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_centerVertical="true"
        android:text="Back"/>

    <TextView
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_centerInParent="true"
        android:text="Title"/>
</RelativeLayout>

ViewStub所在的佈局檔案

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout
    xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    tools:context=".MainActivity"
    android:orientation="vertical">

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

</LinearLayout>

使用程式碼

@Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        ViewStub vs = findViewById(R.id.vs);
        //vs.inflate();
        vs.setVisibility(View.VISIBLE);
    }

要注意的點

1. ViewStub只能載入一次，載入後ViewStub物件會被置為空，這樣當ViewStub引用的佈局被載入後，就不能用ViewStub來控制引用的佈局了。因此，如果一個控制元件需要不斷的顯示和隱藏，還是要使用View的Visibility屬性。
2. ViewStub不能巢狀Merge標籤。
3. 上面的inflate和setVisiblity方法都可以。

4.4clipRect的使用

我們可以通過canvas.clipRect()來 幫助系統識別那些可見的區域。這個方法可以指定一塊矩形區域，只有在這個區域內才會被繪製，其他的區域會被忽視。這個API可以很好的幫助那些有多組重疊 元件的自定義View來控制顯示的區域。同時clipRect方法還可以幫助節約CPU與GPU資源，在clipRect區域之外的繪製指令都不會被執行，那些部分內容在矩形區域內的元件，仍然會得到繪製。

4.5非圖片Drawable的使用

使用場景：

在一些View的背景為純色或者已知漸變色的時候我們儘量用非圖片Drawable代替切圖，這樣帶來的好處是可以減小Apk的大小。

使用方法：

1. 作為View的純色背景（使用shape）；
2. 作為點選變色Button的純色背景（selecter）；