本文介紹了獲取I/ART：顯式并發(fā)標(biāo)記清除GC已釋放的處理方法，對大家解決問題具有一定的參考價值，需要的朋友們下面隨著小編來一起學(xué)習(xí)吧！
問題描述
我正在啟動一個服務(wù)=>后臺服務(wù)，并開始檢查”new Thread”中的文件，在日志中我得到了以下信息，服務(wù)/應(yīng)用程序暫停。
日志：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=獲取圖片名稱并將其保存為字符串。
推薦答案
所有這些意味著垃圾回收器正在執(zhí)行其工作并釋放內(nèi)存。
如果您經(jīng)常(或經(jīng)常)看到這種情況，那么您可能分配了太多對象。常見的原因是在循環(huán)中分配許多(或幾個大型)對象，如下所示：
for (int i = 0; i < 100; i++) {
Bitmap bmp = Bitmap.create(100, 100, Bitmap.Config.ARGB_4444);
}
每次遇到此循環(huán)時，我們都會分配100個新的Bitmap對象。
防止GC掃描的最好方法是不分配對象。當(dāng)然，您必須在Java中分配對象，因此您需要確保不會分配不必要的對象。
Here is one of many YouTube videosGoogle發(fā)布了有關(guān)避免GC事件和正確管理內(nèi)存的提示。
這篇關(guān)于獲取I/ART：顯式并發(fā)標(biāo)記清除GC已釋放的文章就介紹到這了，希望我們推薦的答案對大家有所幫助，
