標籤:des android io 使用 java ar 資料 sp 問題
在安卓開發中,隨著開發的apk越來越複雜,開發在介面上的要求也就變高了,使用的圖片也越來越多,記憶體溢出已經成了不得不注意的問題了。下面我們分析一下Android記憶體溢出問題。
錯誤資訊:
ERROR/AndroidRuntime(5084): Caused by: java.lang.OutOfMemoryError: bitmap size exceeds VM budget
錯誤分析:
Android記憶體溢出異常主要由以下幾種情況引起:
a.構造adapter沒有使用緩衝contentview。
b.資料庫的cursor沒有關閉。
c.未關閉InputStream/OutputStream。
d.調用registerReceiver後未調用unregisterReceiver()。
e.Bitmap使用後未調用recycle()。
f.Context泄漏。
前5種Android記憶體溢出的情況容易發現和解決,只要把該關的及時關閉,該調用的方法及時調用,基本上就可以解決問題。
下面我們主要說一下Android記憶體溢出中的Context泄漏問題,我們先來分析一下Android官網提供的一個例子:
private static Drawable sBgd;
@Override protected void onCreate(Bundle state) {
super.onCreate(state);
TextView lbl = new TextView(this);
lbl.setText("Leaks are bad");
if (sBgd == null) {
sBgd = getDrawable(R.drawable.large_bmp);
}
lbl.setBackgroundDrawable(sBgd);
setContentView(lbl);
}
上面這段代碼的效率是很快的,但是這段代碼又是極其錯誤的;這段代碼在第一次螢幕方向切換時它泄露了一開始建立的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對象。
總結一下在Android開發中避免Context泄漏類型的Android記憶體泄露應該注意的問題:
1.注意對Context的引用不要超過它本身的生命週期。
2.使用Application這種Context類型。
3.Context裡如果有線程,一定要在onDestroy()裡及時停掉。
4.謹慎的使用“static”關鍵字。
本文主要分析了一下安卓開發中Android記憶體溢出問題,希望對廣大開發人員有所協助。
Android異常:OutOfMemoryError