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界面:

ddms_open_hviewer

1.2 H Viewer界面詳解

以GithubApp的詳情界面RepoDetailActivity爲例說明:

Snip20160902_1

界面分爲四個部分:

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發展的必經之路, 歡迎你們分享經驗.