Android 数据量很大的时候，如何提高UI的加载效率
資料量大，要提高效率一般要考慮兩點，一是網速，一是本地的加載速度。 我認為同時解決這兩點的方法，應該用分頁加載的設計：1.接口需要上傳page(加載第幾頁)2.本地默認加載第一頁，當下拉到最後的數據或者點擊下一頁等情況，可以再次發送請求，欄位page=2，載入第二頁，然後在展示。這類庫有pulltorefreshlistview等。 3.本地用各種方式優化，例如listview holder,convertview等形式優化，佈局盡量減少嵌套和盡量採用相對佈局，對像不用後可以手動設為null加快回收或者自己gc等等
只載入使用者能看的到的區域。例如，像listview這類的列表控件，可以分頁載入
先載入一定數量的數據，然後在最下方提示正在載入！ 動態載入就是把放入adapter中的資料分好幾次載入。在使用者拖曳view時再載入一定的資料
向樓上所說的 用懶加載
1.假如圖片比較多，一般都是載入縮圖，就是讓後台配置比較小的圖片，如果外接有第三方的圖片儲存的伺服器，應該有自帶圖片處理的。 2.懶加載，預先加載前面10條資料。如果每頁請求20條資料的話，第一頁載入也是只載入前面10條/更少。先讓使用者看到螢幕上的資料。 3.檢查記憶體洩漏/執行緒開的使用
分頁載入可以不
不是分頁加載麼
資料量大，跟服務端溝通一下，是不是應該考慮分頁查詢，如果不分頁的話，每次請求返回的response很佔頻寬
資料能不能考慮儲存在本地的資料庫，這樣網路的延時問題可以忽略
資料的非同步加載，例如：採用時下流行的RxJava
一次展現，不要全部加載數據，分頁加載，例如：樓上說的上拉加載
如果載入中的圖片很多，那麼可以考慮picasso或glide的快取機制
資料量大，要提高效率一般要考慮兩點，一是網速，一是本地的加載速度。
我認為同時解決這兩點的方法，應該用分頁加載的設計：
1.接口需要上傳page(加載第幾頁)
2.本地默認加載第一頁，當下拉到最後的數據或者點擊下一頁等情況，可以再次發送請求，欄位page=2，載入第二頁，然後在展示。這類庫有pulltorefreshlistview等。
3.本地用各種方式優化，例如listview holder,convertview等形式優化，佈局盡量減少嵌套和盡量採用相對佈局，對像不用後可以手動設為null加快回收或者自己gc等等
只載入使用者能看的到的區域。例如，像listview這類的列表控件，可以分頁載入
先載入一定數量的數據，然後在最下方提示正在載入！
動態載入就是把放入adapter中的資料分好幾次載入。在使用者拖曳view時再載入一定的資料
向樓上所說的 用懶加載
分頁載入可以不
不是分頁加載麼
資料量大，跟服務端溝通一下，是不是應該考慮分頁查詢，如果不分頁的話，每次請求返回的response很佔頻寬
資料能不能考慮儲存在本地的資料庫，這樣網路的延時問題可以忽略
資料的非同步加載，例如：採用時下流行的RxJava
一次展現，不要全部加載數據，分頁加載，例如：樓上說的上拉加載
如果載入中的圖片很多，那麼可以考慮picasso或glide的快取機制