一般而言，android中常見的原因主要有以下幾個： 1.資料庫的cursor沒有關閉。 2.構造adapter沒有使用快取contentview。 3.呼叫registerReceiver()後未呼叫unregisterReceiver(). 4.未關閉InputStream/OutputStream。 5.Bitmap使用後未呼叫recycle()。 6.Context洩漏。 7.static關鍵字等。 接下來分別對這些溢位情況說出解決的思路: 1.針對資料庫cursor沒有關閉的情況,如果我們查詢資料庫得到的資料量比較小的話是不會造成記憶體溢位的,但是如果太大的話就容易發生這種異常,所以當我們在使用完Cursor的時候就應該手動呼叫它的close方法關閉cursor. 2.針對adapter沒有複用convertView的情況,在我們開發的過程中,經常會遇到一個listview載入成百上千條的資料,如果不復用convertView的話就會在每次執行getView方法的時候都建立一個新的物件,而這個方法的呼叫速度又是很快的,java不能夠及時的回收記憶體就會造成OOM異常,這時候除了要在getView方法裡面對convertView進行判斷後複用,還應該使用ViewHolder類來儲存通過過findViewById得到的子控制元件地址值. 3.在activity中註冊了廣播,但是在activity退出的時候沒有取消註冊的話可能會造成記憶體溢位,需要手動的在相應的位置進行反註冊. 4.不關閉輸入輸出流的話就相當於在記憶體和硬碟一直存在著連線佔用著資源,當其他操作需要資源時就會造成記憶體溢位. 5.點陣圖在安卓中佔用的記憶體是很大的,使用後如果不及時回收的話會佔用大量空間,所以針對點陣圖的操作一般有如下解決方案: 1)及時的呼叫resycle方法來手動的回收; 2)設定取樣率,有時候我們不一定要把圖片完全顯示出來,這時候就要按比例來縮放,在我們得到取樣率的時候就可以將圖片縮小後再進行載入,節省大量的記憶體; 3)使用軟引用. 6.上下文洩露 例如在activity中使用了執行緒內部類,這時候線上程記憶體就會儲存一個activity的引用,當activity被銷燬的時候,執行緒仍在執行的話就容易造成oom,因為此時的activity的引用仍然存在沒有被釋放,那麼這個activity就仍然沒有從記憶體中被gc. 7.static關鍵字 開發中使用關鍵字static可以將成員變數和方法變成類變數和類方法,這樣會大大延長變數的生命週期,如果我們過多的使用static來儲存佔用資源過多的物件的引用就會造成記憶體溢位,比如用static修飾一個上下文的物件的話. 第一，應該儘量避免static成員變數引用資源耗費過多的例項，比如Context。 第二、Context儘量使用Application Context，因為Application的Context的生命週期比較長，引用它不會出現記憶體洩露的問題。 第三、使用WeakReference代替強引用。比如可以使用WeakReference<Context> mContextRef;