Grow heap (frag case) 堆內存過大的深入解析

對於Android開發者來說雖然使用了可以自動管理內存的Java語言，但是對於內存管理不當，可能你的應用不斷出現類似INFO/dalvikvm-heap(10798): Grow heap (frag case) to 6.437MB for 1114126-byte allocation，而出現的
Grow heap 後面的值不斷增加，接下來輕微則Android系統開始結束後台任務來增加不斷增加的堆內存問題，最後可能直接出現OOM，同時有時候GC還可能出現GC freed 0 objects / 0 bytes in 75ms這樣的問題，對於Java的內存管理我們近期已經說到了，就上面這些問題Android123給大家做一個簡單的分析。

1. 這裡Grow heap (frag case) to 6.437MB for 1114126-byte allocation表示你一直在分配一個較大的對象，占用的堆內存達到了6.4MB。

2. 為什麼會出現這樣的問題，經過詢問表示是因為分配了一個byte[]數組，需要以Blob方式寫入SQLite數據庫，而造成的這麼大的單個對象出現，這裡Android開發網提醒大家，這是很危險的操作，對於不同固件和低RAM配置的設備隨時都有OOM的危險，如果你真的需要往SQLite存儲二進制，這裡可以采用分段的方式，將某個對象拆分為1MB或更小，分更多的段來存放，中間加一層拆分數據緩存層來解決比較好。

3. 同時每次構造單個較大對象前，可以通知gc准備收集，比如在執行需要耗操作前執行System.gc(); 防止OutOfMemoryError的發生，對於Java的內存溢出問題，今後我們會通過各種案例來講解。