面试题：Kotlin中内存泄漏常见场景及在Android中的检测方法

Question

请列举Kotlin在Android开发中常见的内存泄漏场景，并说明如何使用工具检测这些内存泄漏。例如，Handler导致的内存泄漏场景及检测方法。

Answer 1

Kotlin在Android开发中常见内存泄漏场景及检测方法

1. Handler导致的内存泄漏
   • 场景：当Handler声明为Activity的内部类时，它会隐式持有Activity的引用。如果在Activity销毁时，Handler的Message队列中还有未处理的消息，这些消息会持有Handler，进而导致Activity无法被回收，造成内存泄漏。
   • 检测方法：使用LeakCanary库，它能自动检测Activity和Fragment的内存泄漏，并提供详细的泄漏路径。在项目中添加LeakCanary依赖后，当发生内存泄漏时，LeakCanary会弹出通知，通过分析泄漏路径可以定位到Handler相关的引用链。也可以使用Android Profiler中的Memory Profiler，通过记录内存快照并进行对比，观察Activity销毁后其对象是否还存在于内存中，结合堆转储分析工具如MAT（Memory Analyzer Tool），查找对象的引用链，确定是否是Handler导致的泄漏。
2. 非静态内部类实例导致的内存泄漏
   • 场景：在Activity中创建非静态内部类的实例，且该实例的生命周期长于Activity，比如在Activity中创建一个内部类的线程实例，并在线程中执行长时间任务。由于非静态内部类隐式持有外部类（Activity）的引用，Activity在销毁时无法被回收，造成内存泄漏。
   • 检测方法：同样可以利用LeakCanary检测内存泄漏，分析泄漏报告找到非静态内部类相关的引用路径。使用Memory Profiler记录内存快照，在Activity销毁前后对比，若Activity对象仍然存在，再用MAT分析堆转储文件，确定非静态内部类引用导致的泄漏。
3. 注册未注销导致的内存泄漏
   • 场景：例如注册广播接收器、注册传感器监听等，如果在Activity销毁时没有取消注册，系统会继续持有这些注册对象的引用，而这些对象又持有Activity的引用，导致Activity无法被回收。
   • 检测方法：LeakCanary能检测到这类内存泄漏，通过分析泄漏报告找到与注册相关的对象引用。Memory Profiler结合MAT分析，观察Activity销毁后相关注册对象的引用链，判断是否因未注销导致泄漏。
4. 单例模式导致的内存泄漏
   • 场景：如果单例类中持有Activity的引用，由于单例的生命周期和应用程序一样长，当Activity销毁时，单例持有的Activity引用会阻止Activity被回收，造成内存泄漏。
   • 检测方法：利用LeakCanary分析泄漏报告，查看单例类相关的引用路径。使用Memory Profiler和MAT分析，确定单例类对Activity的引用是否导致Activity在销毁后仍存在于内存中。