Android 內(nèi)存溢出和內(nèi)存泄漏的問題

在面試中，經(jīng)常有面試官會問“你知道什么是內(nèi)存溢出？什么是內(nèi)存泄漏？怎么避免？”通過這篇文章，你可以回答出來了。

內(nèi)存溢出 （OOM）是指程序在申請內(nèi)存時，沒有足夠的內(nèi)存空間供其使用，出現(xiàn)out of memory；比如只申請了一個integer,但給它存了long才能存下的數(shù)，那就會出現(xiàn)內(nèi)存溢出。

內(nèi)存泄露 （memory leak）是指程序在申請內(nèi)存后，無法釋放已申請的內(nèi)存空間，一次內(nèi)存泄露危害可以忽略，但內(nèi)存泄露堆積后果很嚴重，無論多少內(nèi)存,遲早會被占光。

內(nèi)存泄漏最終會導致內(nèi)存溢出。

如何避免內(nèi)存溢出？

強引用：強引用是使用最普遍的引用。如果一個對象具有強引用，那垃圾回收器絕不會回收它。 當內(nèi)存空間不足，Java虛擬機寧愿拋出OutOfMemoryError錯誤，使程序異常終止，也不會靠隨意回收具有強引用的對象來解決內(nèi)存不足的問題。

軟引用：如果一個對象只具有軟引用，但內(nèi)存空間足夠時，垃圾回收器就不會回收它;直到虛擬機報告內(nèi)存不夠時才會回收， 只要垃圾回收器沒有回收它，該對象就可以被程序使用。軟引用可用來實現(xiàn)內(nèi)存敏感的高速緩存。 軟引用可以和一個引用隊列(ReferenceQueue)聯(lián)合使用，如果軟引用所引用的對象被垃圾回收器回收，Java虛擬機就會把這個軟引用加入到與之關(guān)聯(lián)的引用隊列中。

弱引用：只具有弱引用的對象擁有更短暫的生命周期。在垃圾回收器線程掃描它所管轄的內(nèi)存區(qū)域的過程中，一旦發(fā)現(xiàn)了只具有弱引用的對象，不管當前內(nèi)存空間是否足夠，都會回收它的內(nèi)存。 不過，由于垃圾回收器是一個優(yōu)先級很低的線程，因此不一定會很快發(fā)現(xiàn)那些只具有弱引用的對象。 弱引用可以和一個引用隊列(ReferenceQueue)聯(lián)合使用，如果弱引用所引用的對象被垃圾回收，Java虛擬機就會把這個弱引用加入到與之關(guān)聯(lián)的引用隊列中。

虛引用：虛引用可以理解為虛設的引用，與其他幾種引用都不同，虛引用并不會決定對象的生命周期。如果一個對象僅持有虛引用，那么它就和沒有任何引用一樣，在任何時候都可能被垃圾回收器回收。 虛引用主要用來跟蹤對象被垃圾回收器回收的活動。 虛引用與軟引用和弱引用的一個區(qū)別在于：虛引用必須和引用隊列 (ReferenceQueue)聯(lián)合使用。 當垃圾回收器準備回收一個對象時，如果發(fā)現(xiàn)它還有虛引用，就會在回收對象的內(nèi)存之前，把這個虛引用加入到與之 關(guān)聯(lián)的引用隊列中。 程序可以通過判斷引用隊列中是否已經(jīng)加入了虛引用，來了解被引用的對象是否將要被垃圾回收。 如果程序發(fā)現(xiàn)某個虛引用已經(jīng)被加入到引用隊列，那么就可以在所引用的對象的內(nèi)存被回收之前采取必要的行動。

1，釋放強引用，使用軟引用和弱引用；

2，圖像處理
大部分的OOM都是發(fā)生在圖片加載上的，當我們加載大圖時，需要特別注意避免OOM的發(fā)生。
處理大圖片時，不管你的手機內(nèi)存有多大，如果不對圖片進行處理，都有可能會發(fā)生內(nèi)存溢出問題。

1、在內(nèi)存中壓縮圖片

裝載大圖片時需要對圖片進行壓縮，使用等比例壓縮的方法直接在內(nèi)存中處理圖片

Options options = new BitmapFactory.Options(); 
options.inSampleSize = 5; // 原圖的五分之一，設置為2則為二分之一 
BitmapFactory.decodeFile(myImage.getAbsolutePath(), options); 

這樣做要注意的是，圖片質(zhì)量會變差，inSampleSize設置的值越大，圖片質(zhì)量就越差，不同的手機廠商縮放的比例可能不同。

2、使用完圖片后回收圖片所占內(nèi)存

由于Android外層是使用java而底層使用的是C語言在里層為圖片對象分配的內(nèi)存空間。
所以我們的外部雖然看起來釋放了，但里層卻并不一定完全釋放了，我們使用完圖片后最好再釋放掉里層的內(nèi)存空間。

if (!bitmapObject.isRecyled()) {   // Bitmap對象沒有被回收 
   bitmapObject.recycle();   // 釋放 
   System.gc();   // 提醒系統(tǒng)及時回收 
} 

3、降低要顯示的圖片色彩質(zhì)量

Android中Bitmap有四種圖片色彩模式：

ALPHA_8：每個像素需要占用內(nèi)存中的1byte
RGB_565：每個像素需要占用內(nèi)存中的2byte
ARGB_4444：每個像素需要占用內(nèi)存中的2byte
ARGB_8888：每個像素需要占用內(nèi)存中的4byte

我們創(chuàng)建Bitmap時，默認的色彩模式是ARGB_8888的，這種色彩模式是質(zhì)量最高的，當然這樣的模式占用的內(nèi)存也最大。
而ARGB_4444每個像素只占用2byte，所以使用ARGB_4444的模式也能降低圖片占用的內(nèi)存大小。

4、查詢圖片信息時不把圖片加載到內(nèi)存中

有時候我們?nèi)〉靡粡垐D片，也許只是為了獲得這個圖片的一些信息，比如圖片的width、height等信息，不需要顯示到界面上，這個時候我們可以不把圖片加載到內(nèi)存中。

BitmapFactory.Options options = new BitmapFactory.Options(); 

options.inJustDecodeBounds = true; // 不把圖片加載到內(nèi)存中 

Bitmap btimapObject = BitmapFactory.decodeFile(myImage.getAbsolutePath(), options); 

我們不應該把解決OOM的問題寄托在爭取最大的內(nèi)存上，應該通過合理的代碼編寫來盡可能的規(guī)避OOM問題。

如何避免內(nèi)存泄漏？

1，在 onDestroy()方法中顯示調(diào)用mThread.close();以此來結(jié)束該線程，這就避免了線程的內(nèi)存泄漏問題。
2，使用application context 代替activity context；
3，資源對象沒關(guān)閉造成的內(nèi)存泄漏，如Cursor沒有close掉；
4，Bitmap記得recycle掉；
5，構(gòu)造Adapter時，沒有使用緩存的convertView。

感謝閱讀，希望能幫助到大家，謝謝大家對本站的支持！

最新評論