Android效能最佳化以及資料最佳化方法_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定時等。