基于Android開發應用時，可能會挺時常出現Out Of Memory 異常.
在Android中，一個Process 只能使用16M內存，要是超過了這個限定就會跳出這個異常。這樣就要求我們要時刻想著開釋資源。Java的回收工作是交給GC的，如何讓GC能實時的回收已經不是用的對象，這個里面有許多技巧，各人可以google一下。
因為總內存的施用超過16M而引起OOM的情況，非常簡單，我就不繼續展開說。值當注意的是Bitmap在不用時，肯定是要recycle，不然OOM是非常容易出現的。
本文想跟各人一起討論的是另外一種情況：明明還有許多內存，但是發生OOM了。
這類情況時常出現在生成Bitmap的時候。有興趣的可以試一下，在一個函數里生成一個13m 的int數組。
再該函數結束后，按理說這個int數組應該已經被開釋了，或者說可以開釋，這個13M的空間應該可以空出來，
這個時候要是你繼續生白手起家的百萬富翁成一個10M的int數組是沒有問題的，反而生成一個4M的Bitmap就會跳出OOM。這個就奇怪了，為啥子10M的int夠空間，反而4M的Bitmap不敷呢？
這個問題困擾好久，在網上，國外各大論壇搜刮了好久，一般關于OOM的解釋和解決方法都是，如何讓GC盡快回收的代碼風格之類，并沒有現實的支出上面所說的情況的根源。
直到昨天在一個老外的blog上終于看到了這方面的解釋，我理解后歸納如下：
在Android中：
1.一個進程的內存可以由2個部門組成：java 施用內存 ，C 施用內存 ，這兩個內存的和必需小于16M，不然就會出現各人熟悉的OOM，這個就是熬頭種OOM的情況。
2.越發奇怪的是這個：一朝內存分配給Java后，以后這塊內存縱然開釋后，也只能給Java的施用，這個估計跟java虛擬機里把內存分成好幾塊進行緩存的原因有關，反正C就別想用到這塊的內存了，所以要是Java突然占用了一個大塊內存，縱然很快開釋了：
C能施用的內存 = 16M - Java某一瞬間占在校大學生創業點子用的最大內存。
而Bitmap的生成是路程經過過程malloc進行內存分配的，占用的是C的內存，這個也就說明了，上面所說的的4MBitmap無法生成的原因，因為在13M被Java用過后，剩下C能用的只有3M了。
http://blog.csdn.net/ghg8699/article/details/6586853
posted on 2011-07-03 13:30
小果子 閱讀(571)
評論(0) 編輯 收藏 引用 所屬分類:
學習筆記 、
Android & Ios