450
Android中出現OOM情況的研究
在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。
2.越發奇怪的是這個：一朝內存分配給Java後，以後這塊內存縱然開釋後，也隻能給Java的施用，這個估計跟java虛擬機裏把內存分成好幾塊進行緩存的原因有關，反正C就別想用到這塊的內存了，所以要是Java突然占用了一個大塊內存，縱然很快開釋了：
C能施用的內存 = 16M - Java某一瞬間占用的最大內存。
而Bitmap的生成是通過malloc進行內存分配的，占用的是C的內存，這個也就說明了，上麵所說的的4MBitmap無法生成的原因，因為在13M被Java用過後，剩下C能用的隻有3M了。
最後更新：2017-04-02 17:09:25