記憶體溢位 out of memory，是指程式在申請記憶體時，沒有足夠的記憶體空間供其使用，出現out of memory；比如申請了一個integer,但給它存了long才能存下的數，那就是記憶體溢位。

記憶體洩露 memory leak，是指程式在申請記憶體後，無法釋放已申請的記憶體空間，一次記憶體洩露危害可以忽略，但記憶體洩露堆積後果很嚴重，無論多少記憶體,遲早會被佔光。

memory leak會最終會導致out of memory！

記憶體溢位就是你要求分配的記憶體超出了系統能給你的，系統不能滿足需求，於是產生溢位。 

    記憶體洩漏是指你向系統申請分配記憶體進行使用(new)，可是使用完了以後卻不歸還(delete)，結果你申請到的那塊記憶體你自己也不能再訪問（也許你把它的地址給弄丟了），而系統也不能再次將它分配給需要的程式。一個盤子用盡各種方法只能裝4個果子，你裝了5個，結果掉倒地上不能吃了。這就是溢位！比方說棧，棧滿時再做進棧必定產生空間溢位，叫上溢，棧空時再做退棧也產生空間溢位，稱為下溢。就是分配的記憶體不足以放下資料項序列,稱為記憶體溢位. 

   以發生的方式來分類，記憶體洩漏可以分為4類： 

1. 常發性記憶體洩漏。發生記憶體洩漏的程式碼會被多次執行到，每次被執行的時候都會導致一塊記憶體洩漏。 
2. 偶發性記憶體洩漏。發生記憶體洩漏的程式碼只有在某些特定環境或操作過程下才會發生。常發性和偶發性是相對的。對於特定的環境，偶發性的也許就變成了常發性的。所以

測試環境和測試方法對檢測記憶體洩漏至關重要。 
3. 一次性記憶體洩漏。發生記憶體洩漏的程式碼只會被執行一次，或者由於演算法上的缺陷，導致總會有一塊僅且一塊記憶體發生洩漏。比如，在類的建構函式中分配記憶體，在解構函式中卻沒有釋放該記憶體，所以記憶體洩漏只會發生一次。 
4. 隱式記憶體洩漏。程式在執行過程中不停的分配記憶體，但是直到結束的時候才釋放記憶體。嚴格的說這裡並沒有發生記憶體洩漏，因為最終程式釋放了所有申請的記憶體。但是對於一個伺服器程式，需要執行幾天，幾周甚至幾個月，不及時釋放記憶體也可能導致最終耗盡系統的所有記憶體。所以，我們稱這類記憶體洩漏為隱式記憶體洩漏。 

從使用者使用程式的角度來看，記憶體洩漏本身不會產生什麼危害，作為一般的使用者，根本感覺不到記憶體洩漏的存在。真正有危害的是記憶體洩漏的堆積，這會最終消耗盡系統所有的記憶體。從這個角度來說，一次性記憶體洩漏並沒有什麼危害，因為它不會堆積，而隱式記憶體洩漏危害性則非常大，因為較之於常發性和偶發性記憶體洩漏它更難被檢測到

避免記憶體溢位

OOM即Out Of Memory，一般是由程式編寫者對記憶體使用不當，如對該釋放的記憶體資源沒有釋放，導致其一直不能被再次使用而使記憶體被耗盡的現象。根本的解決辦法是對程式碼進行優化：在記憶體引用上做些處理，使用軟引用，虛引用和弱引用；在記憶體中載入圖片時直接在記憶體中做處理，如邊界壓縮等；建立動態回收記憶體機制；優化Dalvik虛擬機器的堆記憶體分配，自定義堆記憶體大小等。

1.資料庫的cursor沒有關閉

2.構造adapter沒有使用快取Converview

3.呼叫registerReceiver後未呼叫unregisterReceiver

4.未關閉InputStream/OutputStream

5.Bitmap使用未呼叫recycle

6.Context洩漏

7.static關鍵字等