Android性能優(yōu)化-布局優(yōu)化

今天，繼續(xù)Android性能優(yōu)化 一 編碼細節(jié)優(yōu)化。

編碼細節(jié)，對于程序的運行效率也是有很多的影響的。今天這篇主題由于技術能力有限，所以也不敢在深層去和大家分享。我將這篇主題分為以下幾個小節(jié)：

（1）緩存

（2）數(shù)據(jù)

（3）延遲加載和優(yōu)先加載

1> 緩存

在Android中緩存可以用在很多的地方：對象、IO、網(wǎng)絡、DB等等。。對象緩存能減少內存分配，IO緩存能對磁盤的讀寫訪問，網(wǎng)絡緩存能減少對網(wǎng)絡的訪問，DB緩存能減少對數(shù)據(jù)庫的操作。

緩存針對的場景在Android開發(fā)中也很明顯：

（1）圖片緩存

Android中提供了LruCache緩存機制。我們可以使用LruCache來進行圖片的緩存。對圖片的緩存處理步驟一般是：

加載圖片 -> 判斷緩存中是否存在 ->存在，直接取出設置到ImageView ->不存在，則請求網(wǎng)絡下載圖片 -> 圖片下載成功，將圖片緩存，設置到ImageView

在Android中有很多優(yōu)秀的第三方開源庫，所以我們也不必去重復造輪子。例如：Fresco（FaceBook的產(chǎn)品）、Picasso、Glide、UIL。

（2）不經(jīng)常改變的數(shù)據(jù)

 對于不需要經(jīng)常改變的數(shù)據(jù)，例如App中的一些產(chǎn)品分類。我們就可以將其緩存起來。不用每次都去請求網(wǎng)絡來加載數(shù)據(jù)。這個比較容易理解，不多說了。

（3）ListView的緩存

ListView Item數(shù)據(jù)的緩存，相信大家都比較清楚。就是利用Adapter類的getView方法中convertView復用原理，創(chuàng)建ViewHolder實現(xiàn)復用。Material Design 中也提供了RecyclerView來替代ListView。它會強制你在Adapter中使用ViewHolder來復用View。

（4）消息緩存

此處消息是指Handler中發(fā)送的Message。系統(tǒng)為我們提供了obtainMessage()來復用一個Message。我們來看下源碼：

/**
 * Return a new Message instance from the global pool. Allows us to
 * avoid allocating new objects in many cases.
 */
public static Message obtain() {
 synchronized (sPoolSync) {
 if (sPool != null) {
  Message m = sPool;
  sPool = m.next;
  m.next = null;
  m.flags = 0; // clear in-use flag
  sPoolSize--;
  return m;
 }
 }
 return new Message();
}

上述代碼中，sPool就是被緩存的一個Message實例，首先判斷如果不為null，直接拿來復用，否則創(chuàng)建新的Message實例。

（5）IO緩存

       其實Java中就為我們提供了一些具有緩存策略的IO流：

BufferedReader、BufferedWriter。使用該類IO流來代替 InputStream、Reader 和OutputStream、Writer等等。

2> 數(shù)據(jù)

對于數(shù)據(jù)存儲的優(yōu)化可以從數(shù)據(jù)類型和結構來劃分。

（1）使用StringBuilder或StringBuffer來拼接字符串，減少對象的臨時分配。StringBuilder和StringBuffer的區(qū)別其實就一點：在并發(fā)操作下，StringBuffer是線程安全的。有利也有弊，線程安全的同時也導致了執(zhí)行的速度下降。所以，如果不是在多線程操作的情況下，就使用StringBuilder。StringBuilder和StringBuffer的構造函數(shù)都允許你傳入一個數(shù)量級來初始化它的空間大小。從而可以分配一定的空間大小，節(jié)省內存資源。

（2）使用WeakReference。弱引用帶來的好處想必大家都是清楚的。尤其是在Android這種內存空間有限的設備中，對于內存的分配和釋放是很重要的。WeakReference使用很典型的一個場景就是Handler。大家都清楚，在Activity或Fragment中使用Handler一般都是作為內部類來實現(xiàn)的。這樣就會引發(fā)一個問題。如果handler中的某個任務執(zhí)行較長的時間，那么在Activity或者Fragment需要被釋放的時候(onDestory)，由于handler所關聯(lián)的Message還沒有執(zhí)行完成。這時handler就不能被釋放，由于handler與Activity或Fragment所關聯(lián)，那么就會導致Activity或Fragment不能被有效釋放，最終導致其資源不能被釋放，結果可想而知：oom。所以，解決該問題的辦法就是使用WeakReference或者將Handler定義成static。下面來看使用WeakReference的方式：

private final MyHandler myHandler = new MyHandler(this);
private static class MyHandler extends Handler {
 private final WeakReference<HomeFragment> m;
 public MyHandler(HomeFragment homeFragment){
 m = new WeakReference<HomeFragment>(homeFragment);
 }
 @Override
 public void handleMessage(Message msg) {
 HomeFragment homeFragment = m.get();
  if(homeFragment != null) {
  homeFragment.vpBanner.setCurrentItem(msg.arg1);;
 }
 }
}

代碼很簡單，就是將Fragment放在WeakReference中。在handleMessage中直接取出來操作其中的View.

數(shù)據(jù)結構方面就比較多了，例如ArrayList和LinkedList、LinkedHashMap和HashSet、WeakHashMap。

（1）ArrayList對于數(shù)據(jù)的查詢速度比較快，LinkedList對于數(shù)據(jù)的插入和刪除速度要比ArrayList快。

（2）LinkedHashMap可以記住數(shù)據(jù)存入的次序，HashSet不允許有重復的元素存在。WeakHashMap中的數(shù)據(jù)可以在適合的時候被系統(tǒng)GC自動回收，適合在內存吃緊的場景下。

（3）Collections工具類中也提供了很多的適合多線程下操作的集合，并提高了性能，例如：

（4）Android中系統(tǒng)也提供了性能更優(yōu)的數(shù)據(jù)類型，如：SparseArray，SparseBooleanArray，SparseIntArray，Pair。Sparse的key為Int類型。采用二分查找及簡單數(shù)組存儲。并且不需要泛型轉換的開銷，相對于Map來說性能更優(yōu)。

3>延遲加載

在Android中延遲加載的用途也比較廣泛，例如ViewPager中Fragment數(shù)據(jù)的延遲加載。因為ViewPager默認是初始化兩內容的。所以我們需要來處理進行延遲加載。

同樣，不在Activity或Fragment對時間敏感的函數(shù)中進行耗時操作。避免出現(xiàn)ANR的異常發(fā)生。

Java中提供了ScheduledxecutorService作為延遲加載，其實Timer定時器的延時是有bug存在的。所以不推薦使用Timer。鴻洋博客有講該Timer的缺陷：Timer 缺陷

Android中可以使用handler的一些方法來延遲操作：

（1）postDelayed

（2）postAtTime

（3）sendMessageDelayed

以及View的postDelayed，AlarmManager定時等。

最新評論