Grow heap (frag case) 堆內存過大的深入解析
對于Android開發(fā)者來說雖然使用了可以自動管理內存的Java語言,但是對于內存管理不當,可能你的應用不斷出現(xiàn)類似INFO/dalvikvm-heap(10798): Grow heap (frag case) to 6.437MB for 1114126-byte allocation,而出現(xiàn)的
Grow heap 后面的值不斷增加,接下來輕微則Android系統(tǒng)開始結束后臺任務來增加不斷增加的堆內存問題,最后可能直接出現(xiàn)OOM,同時有時候GC還可能出現(xiàn)GC freed 0 objects / 0 bytes in 75ms這樣的問題,對于Java的內存管理我們近期已經(jīng)說到了,就上面這些問題Android123給大家做一個簡單的分析。
1. 這里Grow heap (frag case) to 6.437MB for 1114126-byte allocation表示你一直在分配一個較大的對象,占用的堆內存達到了6.4MB。
2. 為什么會出現(xiàn)這樣的問題,經(jīng)過詢問表示是因為分配了一個byte[]數(shù)組,需要以Blob方式寫入SQLite數(shù)據(jù)庫,而造成的這么大的單個對象出現(xiàn),這里Android開發(fā)網(wǎng)提醒大家,這是很危險的操作,對于不同固件和低RAM配置的設備隨時都有OOM的危險,如果你真的需要往SQLite存儲二進制,這里可以采用分段的方式,將某個對象拆分為1MB或更小,分更多的段來存放,中間加一層拆分數(shù)據(jù)緩存層來解決比較好。
3. 同時每次構造單個較大對象前,可以通知gc準備收集,比如在執(zhí)行需要耗操作前執(zhí)行System.gc(); 防止OutOfMemoryError的發(fā)生,對于Java的內存溢出問題,今后我們會通過各種案例來講解。
相關文章
Android實現(xiàn)連續(xù)點擊多次事件的代碼詳解
小編經(jīng)常遇到這樣的需求類似進入開發(fā)者模式,即多次點擊后執(zhí)行操作。下面小編通過實例代碼給大家講解Android實現(xiàn)連續(xù)點擊多次事件的相關知識,感興趣的朋友跟隨小編一起學習吧2018-10-10
Android獲取系統(tǒng)儲存以及內存信息的方法(一)
這篇文章主要為大家詳細介紹了Android獲取系統(tǒng)儲存以及內存信息的方法,具有一定的參考價值,感興趣的小伙伴們可以參考一下2017-10-10
Android 中ActionBar+fragment實現(xiàn)頁面導航的實例
這篇文章主要介紹了Android 中ActionBar+fragment實現(xiàn)頁面導航的實例的相關資料,希望通過本文能幫助到大家實現(xiàn)這樣的功能,需要的朋友可以參考下2017-09-09
Android 修改系統(tǒng)關機動畫的實現(xiàn)
這篇文章主要介紹了Android 修改系統(tǒng)關機動畫的實現(xiàn)的相關資料,需要的朋友可以參考下2016-10-10
Android應用中炫酷的橫向和環(huán)形進度條的實例分享
這篇文章主要介紹了Android應用中炫酷的橫向和圓形進度條的實例分享,文中利用了一些GitHub上的插件進行改寫,也是一片很好的二次開發(fā)教學,需要的朋友可以參考下2016-04-04

