典型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对象创建情况
总结：内存优化，本质上是减少内存泄漏(不在使用场景下没有释放的对象)和减少大对象占用和减少频繁创建对象导致内存抖动。