對于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的內存溢出問題，今后我們會通過各種案例來講解。