Getting I/art: Explicit concurrent mark sweep GC freed(获取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已释放的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:获取I/ART:显式并发标记清除GC已释放


- 获取数字的最后一位 2022-01-01
- 未找到/usr/local/lib 中的库 2022-01-01
- Eclipse 的最佳 XML 编辑器 2022-01-01
- 如何指定 CORS 的响应标头? 2022-01-01
- 在 Java 中,如何将 String 转换为 char 或将 char 转换 2022-01-01
- 转换 ldap 日期 2022-01-01
- java.lang.IllegalStateException:Bean 名称“类别"的 BindingResult 和普通目标对象都不能用作请求属性 2022-01-01
- 如何使 JFrame 背景和 JPanel 透明且仅显示图像 2022-01-01
- 将 Java Swing 桌面应用程序国际化的最佳实践是什么? 2022-01-01
- GC_FOR_ALLOC 是否更“严重"?在调查内存使用情况时? 2022-01-01