Android性能優化 View--繪製優化

目錄

1.影響的性能

繪製性能的好壞 主要影響 ：Android應用中的頁面顯示速度

2.如何影響性能

繪製影響Android性能的實質：頁面的繪製時間

1個頁面通過遞歸 完成測量 & 繪製過程

3.優化思路

主要優化方向是：

1. 降低View.onDraw（）的複雜度
2. 避免過度繪製（Overdraw）

3.具體優化方案

下面，我將詳細分析每種優化方案

4.1. 降低View.onDraw（）的複雜度

4.1.1 onDraw（）中不要創建新的局部對象

4.1.2 避免onDraw（）執行大量 & 耗時操作

4.2 避免過度繪製（Overdraw）

4.2.1 過度繪製的簡介

4.2.2 過度繪製的表現形式

過度繪製 會導致屏幕顯示的色塊不同，具體如下

附：示例說明

4.2.3 過度繪製的優化原則

很多 過度繪製是難以避免的，如 上述實例的 文字 & 背景導致的過度繪製；只能儘可能避免過度繪製：

1. 儘可能地控制 過度繪製的次數 = 2 次（綠色）以下，藍色最理想
2. 儘可能避免 過度繪製的粉色 & 紅色情況
3. 不允許 3 次以上的過度繪製（淡紅色）面積 超過 屏幕大小的 1/4

4.2.4 優化方案

• 移除默認的 Window 背景
• 移除 控件中不必要的背景
• 減少佈局文件的層級（嵌套）
• 自定義控件View優化：使用 clipRect() 、 quickReject()

優化方案1： 移除默認的 Window 背景

• 背景
  一般應用程序 默認 繼承的主題 = windowBackground ，如默認的 Light 主題：

<style name="Theme.Light">
    <item name="isLightTheme">true</item>
    <item name="windowBackground">@drawable/screen_background_selector_light</item>
    ...
</style>

• 問題
  一般情況下，該默認的 Window 背景基本用不上：因背景都自定義設置
  若不移除，則導致所有界面都多 1 次繪製

• 解決方案
  移除默認的 Window 背景

// 方式1：在應用的主題中添加如下的一行屬性
    <item name="android:windowBackground">@android:color/transparent</item>
    <!-- 或者 -->
    <item name="android:windowBackground">@null</item>

// 方式2：在 BaseActivity 的 onCreate() 方法中使用下面的代碼移除
    getWindow().setBackgroundDrawable(null);
    <!-- 或者 -->
    getWindow().setBackgroundDrawableResource(android.R.color.transparent);

優化方案2：移除 控件中不必要的背景

如2個常見場景：

• 場景1：ListView 與 Item
  列表頁（ListView） 與 其內子控件（Item）的背景相同 = 白色，故可移除子控件（Item）佈局中的背景
  

• 場景2：ViewPager 與 Fragment
  對於1個ViewPager + 多個 Fragment 組成的首頁界面，若每個
  Fragment 都設有背景色，即 ViewPager 則無必要設置，可移除

優化方案3：減少佈局文件的層級（減少不必要的嵌套）

• 原理：減少不必要的嵌套 ->> UI層級少 ->> 過度繪製的可能性低
• 優化方式：使用佈局標籤 & 合適選擇佈局類型

優化方案4：自定義控件View優化：使用 clipRect() 、 quickReject()

• clipRect()

1. 作用：給 Canvas 設置一個裁剪區域，只有在該區域內纔會被繪製，區域之外的都不繪製
2. 實例說明：DrawerLayout 佈局 = 左抽屜佈局

@Override
protected boolean drawChild(Canvas canvas, View child, long drawingTim
    // ...僅貼出關鍵代碼

        // 1. 遍歷 DrawerLayout 的 child view，拿到抽屜佈局
        for (int i = 0; i < childCount; i++) {
            final View v = getChildAt(i);
            if (v == child || v.getVisibility() != VISIBLE
                    || !hasOpaqueBackground(v) || !isDrawerView(v)
                    || v.getHeight() < height) {
                continue;
            }
            // a. 若是左抽屜佈局
            // 則取抽屜佈局的右邊界作爲裁剪區的左邊界、設置原主佈局的裁剪區域，如上圖裁剪區域
            if (checkDrawerViewAbsoluteGravity(v, Gravity.LEFT)) {
                final int vright = v.getRight();
                if (vright > clipLeft) clipLeft = vright;
            // b. 若是右抽屜佈局
            // 則取抽屜佈局的左邊界作爲裁剪區的右邊界、設置原主佈局的裁剪區域
            } else {
                final int vleft = v.getLeft();
                if (vleft < clipRight) clipRight = vleft;
            }
        }
        // 2. 通過clipRect（）設置原主佈局的顯示範圍 = 裁剪區域，使其僅在上圖中的紅框區域（即不阻礙抽屜佈局的區域）顯示
       // 從而避免過度繪製
        canvas.clipRect(clipLeft, 0, clipRight, getHeight());
    }
    ......                       
}

• quickreject()

1. 作用：判斷和某個矩形相交
2. 具體措施：若判斷與矩形相交，則可跳過相交的區域，從而減少過度繪製

4.4 其他優化方案

總結

至此，關於繪製優化的方案講解完畢。

轉自：https://blog.csdn.net/carson_ho/article/details/79674623