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对象持有。
要结合业务,结合场景,去分析,某个对象是否该被销毁,哪些对象数量存在过多,忌讳千篇一律的谈优化。文章来源:https://uudwc.com/A/nok2O
3.Record native allocations(使用少,不太熟悉)
用于查看当前一段时间内,创建c++/c 对象 情况
Visualization 视图下: 直观管的看到每个线程下的native对象创建情况
总结:内存优化,本质上是减少内存泄漏(不在使用场景下没有释放的对象)和减少大对象占用和减少频繁创建对象导致内存抖动。文章来源地址https://uudwc.com/A/nok2O