android out of memory oom問題

基於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某一瞬間佔用的最大內存。