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

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

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

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

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

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

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

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

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

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

1，釋放強(qiáng)引用，使用軟引用和弱引用；

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

我們不應(yīng)該把解決OOM的問題寄托在爭取最大的內(nèi)存上，應(yīng)該通過合理的代碼編寫來盡可能的規(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時(shí)，沒有使用緩存的convertView。

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