本文介紹了獲取I/ART:顯式并發標記清除GC已釋放的處理方法,對大家解決問題具有一定的參考價值,需要的朋友們下面隨著小編來一起學習吧!
問題描述
我正在啟動一個服務=>后臺服務,并開始檢查”new Thread”中的文件,在日志中我得到了以下信息,服務/應用程序暫停。
日志:I/art: Explicit concurrent mark sweep GC freed 25935(1686KB) AllocSpace objects, 13(903KB) LOS objects, 39% free, 13MB/22MB, paused 649us total 43.569ms
這只是掃描SDCard中MyData中的文件,其中包含一堆照片(大約20張)。
**Scan=獲取圖片名稱并將其保存為字符串。
推薦答案
所有這些意味著垃圾回收器正在執行其工作并釋放內存。
如果您經常(或經常)看到這種情況,那么您可能分配了太多對象。常見的原因是在循環中分配許多(或幾個大型)對象,如下所示:
for (int i = 0; i < 100; i++) {
Bitmap bmp = Bitmap.create(100, 100, Bitmap.Config.ARGB_4444);
}
每次遇到此循環時,我們都會分配100個新的Bitmap對象。
防止GC掃描的最好方法是不分配對象。當然,您必須在Java中分配對象,因此您需要確保不會分配不必要的對象。
Here is one of many YouTube videosGoogle發布了有關避免GC事件和正確管理內存的提示。
這篇關于獲取I/ART:顯式并發標記清除GC已釋放的文章就介紹到這了,希望我們推薦的答案對大家有所幫助,