ListView卡頓的原因以及優化策略
阿新 • • 發佈：2018-12-31
- 重用converView： 通過複用converview來減少不必要的view的建立，另外Infalte操作會把xml檔案例項化成相應的View例項，屬於IO操作，是耗時操作。
- 減少findViewById()操作： 將xml檔案中的元素封裝成viewholder靜態類，通過converview的setTag和getTag方法將view與相應的holder物件繫結在一起，避免不必要的findviewbyid操作
- 避免在 getView 方法中做耗時的操作: 例如載入本地 Image 需要載入記憶體以及解析 Bitmap ，都是比較耗時的操作，如果使用者快速滑動listview，會因為getview邏輯過於複雜耗時而造成滑動卡頓現象。使用者滑動時候不要載入圖片，待滑動完成再載入，可以使用這個第三方庫glide
- Item的佈局層次結構儘量簡單，避免佈局太深或者不必要的重繪
- 儘量能保證 Adapter 的 hasStableIds() 返回 true這樣在 notifyDataSetChanged() 的時候，如果item內容並沒有變化，ListView 將不會重新繪製這個 View，達到優化的目的
- 在一些場景中，ScollView內會包含多個ListView，可以把listview的高度寫死固定下來。由於ScollView在快速滑動過程中需要大量計算每一個listview的高度，阻塞了UI執行緒導致卡頓現象出現，如果我們每一個item的高度都是均勻的，可以通過計算把listview的高度確定下來，避免卡頓現象出現
- 使用 RecycleView 代替listview： 每個item內容的變動，listview都需要去呼叫notifyDataSetChanged來更新全部的item，太浪費效能了。RecycleView可以實現當個item的區域性重新整理，並且引入了增加和刪除的動態效果，在效能上和定製上都有很大的改善
- ListView 中元素避免半透明： 半透明繪製需要大量乘法計算，在滑動時不停重繪會造成大量的計算，在比較差的機子上會比較卡。 在設計上能不半透明就不不半透明。實在要弄就把在滑動的時候把半透明設定成不透明，滑動完再重新設定成半透明。
- 儘量開啟硬體加速： 硬體加速提升巨大，避免使用一些不支援的函式導致含淚關閉某個地方的硬體加速。當然這一條不只是對 ListView。