Android 解析記憶體流失

 

 1,引用沒釋放造成的記憶體泄露

       1.1註冊沒取消造成的記憶體泄露
       這種Android的記憶體泄露比純Java的記憶體泄露還要嚴重，因為其他一些Android程式可能引用我們的Anroid程式的對象（比如註冊機制）。即使我們的Android程式已經結束了，但是別的引用程式仍然還有對我們的Android程式的某個對象的引用，泄露的記憶體依然不能被記憶體回收。

       比如樣本1:
       假設我們希望在鎖定畫面(LockScreen)中，監聽系統中的電話語音以擷取一些資訊(如訊號強度等)，則可以在LockScreen中定義一個PhoneStateListener的對象，同時將它註冊到TelephonyManager服務中。對於LockScreen對象，當需要顯示鎖定畫面的時候就會建立一個LockScreen對象，而當鎖定畫面消失的時候LockScreen對象就會被釋放掉。

        但是如果在釋放LockScreen對象的時候忘記取消我們之前註冊的PhoneStateListener對象，則會導致LockScreen無法被記憶體回收。如果不斷的使鎖定畫面顯示和消失，則最終會由於大量的LockScreen對象沒有辦法被回收而引起OutOfMemory,使得system_process進程掛掉。

       雖然有些系統程式，它本身好像是可以自動取消註冊的（當然不及時），但是我們還是應該在我們的程式中明確的取消註冊，程式結束時應該把所有的註冊都取消掉。

       1.2集合中對象沒清理造成的記憶體泄露
       我們通常把一些對象的引用加入到了集合中，當我們不需要該對象時，並沒有把它的引用從集合中清理掉，這樣這個集合就會越來越大。如果這個集合是static的話，那情況就更嚴重了。

       2，資來源物件沒關閉造成的記憶體泄露
       資源性對象比如（Cursor，File檔案等）往往都用了一些緩衝，我們在不使用的時候，應該及時關閉它們，以便它們的緩衝及時回收記憶體。它們的緩衝不僅存在於java虛擬機器內，還存在於java虛擬機器外。如果我們僅僅是把它的引用設定為null,而不關閉它們，往往會造成記憶體泄露。因為有些資源性對象，比如SQLiteCursor（在解構函式finalize（）,如果我們沒有關閉它，它自己會調close()關閉），如果我們沒有關閉它，系統在回收它時也會關閉它，但是這樣的效率太低了。因此對於資源性對象在不使用的時候，應該調用它的close()函數，將其關閉掉，然後才置為null.在我們的程式退出時一定要確保我們的資源性對象已經關閉。

       程式中經常會進行查詢資料庫的操作，但是經常會有使用完畢Cursor後沒有關閉的情況。如果我們的查詢結果集比較小，對記憶體的消耗不容易被發現，只有在常時間大量操作的情況下才會複現記憶體問題，這樣就會給以後的測試和問題排查帶來困難和風險。

       3，一些不良代碼成記憶體壓力
       有些代碼並不造成記憶體泄露，但是它們，或是對沒使用的記憶體沒進行有效及時的釋放，或是沒有有效利用已有的對象而是頻繁的申請新記憶體，對記憶體的回收和分配造成很大影響的，容易迫使虛擬機器不得不給該應用進程分配更多的記憶體，造成不必要的記憶體開支。

       3.1，Bitmap沒調用recycle()
       Bitmap對象在不使用時,我們應該先調用recycle()釋放記憶體，然後才它設定為null.
       雖然recycle()從源碼上看，調用它應該能立即釋放Bitmap的主要記憶體，但是測試結果顯示它並沒能立即釋放記憶體。但是我它應該還是能大大的加速Bitmap的主要記憶體的釋放。

       3.2，構造Adapter時，沒有使用緩衝的 convertView
       以構造ListView的BaseAdapter為例，在BaseAdapter中提共了方法：
       public View getView(int position, View convertView, ViewGroup parent)
       來向ListView提供每一個item所需要的view對象。初始時ListView會從BaseAdapter中根據當前的螢幕布局執行個體化一定數量的view對象，同時ListView會將這些view對象緩衝起來。當向上滾動ListView時，原先位於最上面的list item的view對象會被回收，然後被用來構造新出現的最下面的list item。這個構造過程就是由getView()方法完成的，getView()的第二個形參 View convertView就是被緩衝起來的list item的view對象(初始化時緩衝中沒有view對象則convertView是null)。

       由此可以看出，如果我們不去使用convertView，而是每次都在getView()中重新執行個體化一個View對象的話，即浪費時間，也造成記憶體垃圾，給記憶體回收增加壓力，如果記憶體回收來不及的話，虛擬機器將不得不給該應用進程分配更多的記憶體，造成不必要的記憶體開支。ListView回收list item的view對象的過程可以查看:

       android.widget.AbsListView.java --> void addScrapView(View scrap) 方法。

java代碼：public View getView(int position, View convertView, ViewGroup parent) {

View view = new Xxx(...);

return view;

}
複製代碼
       修正範例程式碼：

java代碼：
public View getView(int position, View convertView, ViewGroup parent) {

View view = null;

if (convertView != null) {

view = convertView;

populate(view, getItem(position));

} else {

view = new Xxx(...);

}

return view;

}