Android 記憶體溢出(Out Of Memory)的總結

標籤：des   android   style   blog   io   color   ar   使用   java   

記憶體溢出主要由以下幾種情況引起：

1.資料庫的cursor沒有關閉。

2.構造adapter沒有使用緩衝contentview。

3.調用registerReceiver後未調用unregisterReceiver()。

4.未關閉InputStream/OutputStream。

5.Bitmap使用後未調用recycle()。

6.Context泄漏。

前5種情況容易發現和解決，只要把該關的及時關閉，該調用的方法及時調用，就不會有太多問題，另外java裡還有軟引用協助管理記憶體：

SoftReference<Bitmap> bitmap;bitmap = new SoftReference<Bitmap>(pBitmap);if(bitmap != null){if(bitmap.get() != null && !bitmap.get().isRecycled()){bitmap.get().recycle();bitmap = null;}}

下面著重介紹Context泄漏。

這是一個很隱晦的記憶體泄露的情況。先看一個Android官網提供的例子：

private static Drawable sBackground;@Overrideprotected void onCreate(Bundle state) {  super.onCreate(state);  TextView label = new TextView(this);  label.setText("Leaks are bad");  if (sBackground == null) {    sBackground = getDrawable(R.drawable.large_bitmap);  }  label.setBackgroundDrawable(sBackground);  setContentView(label);}

這段代碼效率很快，但同時又是極其錯誤的；在第一次螢幕方向切換時它泄露了一開始建立的Activity。當一個Drawable附加到一個View上時，View會將其作為一個callback設定到Drawable上。上述的程式碼片段，意味著Drawable擁有一個TextView的引用，而TextView又擁有Activity（Context類型）的引用，換句話說，Drawable擁有了更多的對象引用。即使Activity被銷毀，記憶體仍然不會被釋放。

另外，對Context的引用超過它本身的生命週期，也會導致Context泄漏。所以盡量使用Application這種Context類型。這種Context擁有和應用程式一樣長的生命週期，並且不依賴Activity的生命週期。如果你打算儲存一個長時間的對象，並且其需要一個Context，記得使用Application對象。你可以通過調用Context.getApplicationContext()或Activity.getApplication()輕鬆得到Application對象。

最近遇到一種情況引起了Context泄漏，就是在Activity銷毀時，裡面有其他線程沒有停。

總結一下避免Context泄漏應該注意的問題：

1.使用Application這種Context類型。

2.注意對Context的引用不要超過它本身的生命週期。

3.謹慎的使用“static”關鍵字。

4.Context裡如果有線程，一定要在onDestroy()裡及時停掉。

Android 記憶體溢出(Out Of Memory)的總結