如何利用Android Profiler分析Google Maps标记引发的高资源占用问题？

内存飙升核心排查点 #

• 高内存占用Top类：优先查看堆转储中Shallow Heap和Retained Heap数值最高的类，重点聚焦com.google.android.gms.maps相关的类（比如Marker、MapView、LatLng）以及你自己的业务类，统计它们的实例数量——如果实例数远超过实际需要显示的标记数量，大概率是对象重复创建未回收。
• 内存泄漏引用链：通过堆转储的支配树（Dominator Tree）或引用链（Reference Chain）功能，检查主页面相关对象（Activity/Fragment）是否被Google Maps的回调、监听器持有引用，导致无法被GC回收，进而堆积占用内存。
• Bitmap资源堆积：如果使用了自定义标记图标，重点排查Bitmap类的实例数和内存占比，确认是否存在重复加载同一图标、未及时回收Bitmap的情况。
• 集合类异常膨胀：检查ArrayList、HashMap等集合类，是否意外存储了大量地图相关数据（比如标记坐标、信息）且未清理，导致内存占用激增。

CPU飙升关联排查（堆转储辅助） #

• 频繁GC触发：如果堆转储中存在大量Finalizer、SoftReference对象，说明频繁GC是CPU占用高的诱因，根源通常是内存泄漏或对象创建过于频繁。
• 线程异常运行：查看堆转储的线程列表，确认Google Maps相关线程（如渲染线程、定位线程）是否处于持续高负载运行状态，或存在锁竞争、阻塞的情况。
• 高频重复任务：结合业务代码，检查跳转地图后是否有针对标记的无限循环、高频更新逻辑，这类逻辑会持续占用CPU。

针对你提供的截图重点看 #

• 堆转储截图中按内存占比排序的类列表，找出实例数或内存占比不符合预期的类，尤其是和地图标记、页面跳转相关的类；
• 查看类的Retained Heap值，该值反映对象被回收后能释放的内存，数值异常高的类是内存泄漏的重点嫌疑对象。

内容的提问来源于stack exchange，提问作者Pawandeep Singh