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