AndroidStudio Memory profiler(内存分析器)

文章介绍了如何通过RecordJava/Kotlinallocations追踪对象创建,以及Captureheapdump获取内存快照来分析内存占用。重点讨论了协程中的CoroutineScheduler大内存问题和Bitmap的持有情况,强调了需要结合业务场景分析内存使用合理性,避免内存泄漏和大对象占用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1.Record Java/Kotlin allocations

查看java 层中对象的调用栈和短时间内创建对象的次数。可用于内存抖动快速分析,可用快速查找到该对象的调用栈(等同于mat)
在这里插入图片描述
从上图可见,短时间内创建了23个char[] 数组,其中最大的char[] 占用20k, 查看cll stack 调用栈,发现其是被CheckAppProcessTask 中某个方法内所创建导致。

2.Capture heap dump

用于获取到当前的内存快照,查看当前进程app的内存状况,可用于分析java层和native层的内存占用情况
在这里插入图片描述
因上图0Leaks ,因此没有Activity/fragment内存泄漏,这里不展开介绍。

接下来分析,内存中如何查看内存占用情况,调用栈等问题。

排查大内存对象占用

比如从上图可见java层内存占用较前的对象:协程中CoroutineScheduler, 占用内存8M。

接着查看下,具体哪些对象导致占用:
在这里插入图片描述
经过查看,原来是协程某个版本中CoroutineScheduler,会创建一个8M的array 对象。

接下来查看下Bitmap 对象的内存占用情况:

因测试设备是android 12 ,因bitmap 在内存快照中是占用native层内存。打开bitmap的列表,发现最大占用bitmap 为500多K的内存,对其双击,勾选上gc ,查看下调用栈,是哪些对象持有bitmap导致没有被释放。

在这里插入图片描述
最终发现,该bitmap 是被某个view持有,该view 又被IconManager对象持有。

要结合业务,结合场景,去分析,某个对象是否该被销毁,哪些对象数量存在过多,忌讳千篇一律的谈优化

3.Record native allocations(使用少,不太熟悉)

用于查看当前一段时间内,创建c++/c 对象 情况
在这里插入图片描述
Visualization 视图下: 直观管的看到每个线程下的native对象创建情况
在这里插入图片描述
总结:内存优化,本质上是减少内存泄漏(不在使用场景下没有释放的对象)和减少大对象占用和减少频繁创建对象导致内存抖动。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值