Android性能優化以及數據優化方法

Android性能優化-布局優化

今天，繼續Android性能優化 一 編碼細節優化。

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

（1）緩存

（2）數據

（3）延遲加載和優先加載

1> 緩存

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

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

（1）圖片緩存

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

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

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

（2）不經常改變的數據

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

（3）ListView的緩存

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

（4）消息緩存

此處消息是指Handler中發送的Message。系統為我們提供了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，直接拿來復用，否則創建新的Message實例。

（5）IO緩存

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

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

2> 數據

對於數據存儲的優化可以從數據類型和結構來劃分。

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

（2）使用WeakReference。弱引用帶來的好處想必大家都是清楚的。尤其是在Android這種內存空間有限的設備中，對於內存的分配和釋放是很重要的。WeakReference使用很典型的一個場景就是Handler。大家都清楚，在Activity或Fragment中使用Handler一般都是作為內部類來實現的。這樣就會引發一個問題。如果handler中的某個任務執行較長的時間，那麼在Activity或者Fragment需要被釋放的時候(onDestory)，由於handler所關聯的Message還沒有執行完成。這時handler就不能被釋放，由於handler與Activity或Fragment所關聯，那麼就會導致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.

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

（1）ArrayList對於數據的查詢速度比較快，LinkedList對於數據的插入和刪除速度要比ArrayList快。

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

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

（4）Android中系統也提供了性能更優的數據類型，如：SparseArray，SparseBooleanArray，SparseIntArray，Pair。Sparse的key為Int類型。采用二分查找及簡單數組存儲。並且不需要泛型轉換的開銷，相對於Map來說性能更優。

3>延遲加載

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

同樣，不在Activity或Fragment對時間敏感的函數中進行耗時操作。避免出現ANR的異常發生。

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

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

（1）postDelayed

（2）postAtTime

（3）sendMessageDelayed

以及View的postDelayed，AlarmManager定時等。