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已释放


基础教程推荐
- 验证是否调用了所有 getter 方法 2022-01-01
- Java 实例变量在两个语句中声明和初始化 2022-01-01
- 如何在 Spring @Value 注解中正确指定默认值? 2022-01-01
- 多个组件的复杂布局 2022-01-01
- Java Swing计时器未清除 2022-01-01
- 大摇大摆的枚举 2022-01-01
- 在 Java 中创建日期的正确方法是什么? 2022-01-01
- 从 python 访问 JVM 2022-01-01
- 如何在 JFrame 中覆盖 windowsClosing 事件 2022-01-01
- 不推荐使用 Api 注释的描述 2022-01-01