Android App 優化之 Layout 怎麼擺

為了便於閱讀, 應邀將Android App效能優化系列, 轉移到掘金原創上來.
掘金的新出的"收藏集"功能可以用來做系列文集了.

優化完App的啟動速度, 接下來我們要關注的就是UI佈局怎麼更高效了.

欲善其事, 先利其器. 分析佈局, 就不得不用到Hierarchy Viewer了.

本文工具使用皆以GithubApp的詳情介面RepoDetailActivity為例說明.
為了不影響閱讀體驗, 對應的佈局檔案activity_repo_detail.xml的程式碼放在文末

1, Hierarchy Viewer怎麼用

Hierarchy發音 [美: 'haɪərɑrki] [英: 'haɪərɑːkɪ] 層次結構的意思.
之前一直念不順這個單詞Hierarchy, 就簡稱為H Viewer了. 下文就這麼簡稱吧.

如官網描述, H Viewer是用來分析除錯和優化我們的UI的一個圖形化工具. 它會展示當前介面的View層級.

1.1 啟用H Viewer

比較早接觸Android開發的同學可能知道, H Viewer只能在root過的機器才能使用. 主要是在沒有root過的機器中view server這個服務是沒有開啟的. H Viewer就無法連線到機器獲取view層級資訊.

正所謂高手在民間, 大家都嘗試在未root的機器中啟用view server來使用H Viewer. 最具代表性的就是romainguy的ViewServer, 只需整合少量程式碼到你的Activity, 相當於在手機端開啟了view server服務, 建立socket通道與PC端的H Viewer通訊.

此工程被Android官網吸收, 作為開啟H View的方案之一.

完整開啟H Viewer的套路如下:

1. 手機開啟開發者模式, USB除錯.
2. 根據手機的Android系統版本:
   • 4.0及以下, 沒有root. 使用上述的開源工程ViewServer提供的方式.
   • 4.0及以下, 已經root. 無需其他額外設定.
   • 4.1及以上. 需要在PC端設定ANDROID_HVPROTO環境變數.

設定系統環境變數: ANDROID_HVPROTO, 值為ddm
具體設定系統環境變數根據PC系統不同而異.

做完上述配置後, 你就可以開啟H Viewer了, 開啟DDMS, 如下操作進入H Viewer介面:

1.2 H Viewer介面詳解

以GithubApp的詳情介面RepoDetailActivity為例說明:

介面分為四個部分:

1. Window
   顯示當前連線的裝置和供分析的介面. 可手動選擇.

2. Tree View
   樹狀圖的形式展示該Activity中的View層級結構. 可以放大縮小, 每個節點代表一個View, 點選可以彈出其屬性, 當前值, 並且在LayoutView中會顯示其在介面中相應位置.
   Tree View是我們主要要分析的檢視.

3. Tree Overview
   Tree View的概覽圖. 有一個選擇框, 可以拖動選擇檢視. 選中的部分會在Tree View中顯示.

4. Layout View
   匹配手機螢幕的檢視, 按照View的實際顯示位置展示出來的框圖.

1.3 H Viewer引數解讀

1. 通過Tree View可以很直觀的看到View的層級.
2. 點選Tree View的RepoItemView這個節點:
   

   

關於三個小圓點的效能指示, 在App優化之效能分析工具一文中有提到, 再強調一遍:

三個小圓點, 依次表示Measure, Layout, Draw, 可以理解為對應View的onMeasure, onLayout, onDraw三個方法.

• 綠色, 表示該View的此項效能比該View Tree中超過50%的View都要快.
• 黃色, 表示該View的此項效能比該View Tree中超過50%的View都要慢.
• 紅色, 表示該View的此項效能是View Tree中最慢的.

如果你的介面的Tree View中紅點較多, 那就需要注意了. 一般來說:

1, Measure紅點, 可能是佈局中巢狀RelativeLayout, 或是巢狀LinearLayout都使用了weight屬性.
2, Layout紅點, 可能是佈局層級太深.
3, Draw紅點, 可能是自定義View的繪製有問題, 複雜計算等.

由上圖, 可以看到我們的RepoItemView的三項指標都不合格, 證明其還有很多優化空間. 層級, 繪製都可以優化.

除了用H Viewer來做程式碼後分析, Android還提供了Lint, 在我們編寫xml佈局檔案時就即時的給出一些相關提示.

2, Lint tool

開啟RepoDetailActivity的佈局檔案activity_repo_detail.xml, 在Android Studio選單欄中開啟Lint檢查:

選擇當前檔案:

會在下方彈出分析結果:

分析結果包括用法檢測(例如版本特有屬性), 國際化(字串是否提取到strings.xml, Rlt支援等), 以及我們今天的主題---效能分析結果.

點開"Android -> Lint -> Performance"項, 可以看到關於佈局效能的建議項. 此例中是說ScrollView的父級LinearLayout是不必要的.

3, 怎麼優化你的佈局

通過以上工具的使用和分析, 也基本能找到佈局的一些常見的好與不好的了.

正所謂授之以魚不如授之以漁. 在此也就不太詳細去講怎麼優化了, 幾點建議, 大家自行實踐吧:)

儘量減少佈局層級和複雜度

1. 儘量不要巢狀使用RelativeLayout.
2. 儘量不要在巢狀的LinearLayout中都使用weight屬性.
3. Layout的選擇, 以儘量減少View樹的層級為主.
4. 去除不必要的父佈局.
5. 善用TextView的Drawable減少佈局層級.
6. 如果H Viewer檢視層級超過5層, 你就需要考慮優化下佈局了~

善用Tag

1. 
   使用include來重用佈局.
2. 
   使用來解決include或自定義組合ViewGroup導致的冗餘層級問題. 例如本例中的RepoItemView的佈局檔案實際可以用一個標籤來減少一級.

ListView優化

1. contentView複用
2. 引入holder來避免重複的findViewById.
3. 分頁載入

4, 附示例程式碼

因github上的原始碼會持續更新, 特留對應程式碼在此.

activity_repo_detail.xml

    

        

            

            

                

                    

                    

                

                

            

            


                

                    

                    

                

                

            

            

                

            

            

                

            

        

    
複製程式碼

com.anly.githubapp.ui.widget.RepoItemView對應的佈局:

    

        

        

        

            

            

        

        

        

            

            

            

                

                

            


        

    

    
複製程式碼

優化不同於做功能, 可能分析的多, 出的成果少~ 比較枯燥, 然而優化也是App發展的必經之路, 歡迎大家分享經驗.