快捷導(dǎo)航

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

更新時(shí)間：2017年03月11日 08:34:21 作者：小朵八

這篇文章主要介紹了Android 內(nèi)存溢出和內(nèi)存泄漏的問題的相關(guān)資料,需要的朋友可以參考下

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2、使用完圖片后回收?qǐng)D片所占內(nèi)存

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

if (!bitmapObject.isRecyled()) {   // Bitmap對(duì)象沒有被回收 
   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的問題寄托在爭(zhēng)取最大的內(nèi)存上，應(yīng)該通過合理的代碼編寫來盡可能的規(guī)避OOM問題。

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

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

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

您可能感興趣的文章: