典型b2b模式的网站违禁网站用什么浏览器

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对象创建情况

总结：内存优化，本质上是减少内存泄漏(不在使用场景下没有释放的对象)和减少大对象占用和减少频繁创建对象导致内存抖动。