性能优化之内存泄露(Memory Leak)解决

最新推荐文章于 2025-06-23 16:26:59 发布

原创

最新推荐文章于 2025-06-23 16:26:59 发布 · 5.8k 阅读

4 ·

CC 4.0 BY-SA版权

文章标签：

#性能优化 #内存泄露

本文介绍如何使用AndroidMonitors和MAT工具分析并定位Android应用中的内存泄漏问题，包括具体的操作步骤和场景分析。

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

1 分析内存泄漏遇到的问题

（1）把两个dump文件对比，找出GC root树，发现MainActivity实例被CommonUtil引用，说怀疑此处可能有泄露。但实际开发的时候，很多这种情况，莫非都要怀疑一遍？我们必然知道mat只是个工具，提供泄露的建议，但工具能提供给码农最关键的建议难道就到这里为止了吗？
（2）在mat分析工具的时候，没有结合旋转屏幕导致Activity泄露的例子分析，把大把的时间用在了分析工具的使用，并没能从这个mat工具分析出旋转屏幕如何导致了Activity泄露？

2 如何找到项目中存在的内存泄露

2.1 Android Monitors memory（最常用方法，可定位具体泄漏）

2.1.1 Android Monitors（监控）的内存分析

（1）备注：Android Studio将Heap Viewer（堆视图）集成到Android Monitors，即是：只要分析Android Monitors即可，如图。
（2）分析：那么如何检测呢？Heap Viewer中的数值会自动在每次发生GC时会自动更新，那么我们是等着他自己GC么？既然我们是来看内存泄漏，那么我们在需要检测内存泄漏的用例执行过后手动GC下，然后观察data object一栏的total size(也可以观察Heap Size/Allocated内存的情况，尤其是Allocated内存)，看看内存是不是会回到一个稳定值。多次操作后只要内存是稳定在某个值，那么说明没有内存溢出的；如果发现内存在每次GC后，内存都在增长，不管是慢增长还是快速增长，都说明有内存泄漏的可能性。
（3）直观：最直观的看分配内存增长情况，知道该动作是否发生内存泄露。动作发生之前：GC完后分配内存1.4M; 动作发生之后：GC完后分配内存1.6M。