如何定位Android应用中引发内存泄漏的具体代码行号？

• 解析LeakCanary的引用链：从你提供的LeakCanary截图里，找到GC Root到泄漏对象的完整引用路径，重点关注路径里的自定义类（比如你的Activity、Fragment或者自定义工具类），最后一个持有泄漏对象引用的自定义类代码，就是泄漏的关键位置。
• 开启LeakCanary的详细追踪：确保使用最新版LeakCanary（debugImplementation 'com.squareup.leakcanary:leakcanary-android:2.12'），它会在泄漏报告里直接标注出引发引用持有的具体代码行——比如匿名内部类持有外部Activity引用时，报告会指向匿名类的创建代码行。
• 结合Android Studio Memory Profiler：打开Profiler的Memory面板，手动触发GC后生成Heap Dump，搜索泄漏的对象类名，右键选择「Show References」，查看持有该对象的引用节点，双击节点就能直接跳转到对应的代码行。
• 针对性排查常见泄漏场景：
  • 检查静态变量：确认是否有静态字段直接持有Activity/Fragment或上下文对象；
  • 检查未取消的订阅/监听器：比如广播接收器、RxJava订阅、第三方SDK回调，是否在组件销毁时执行了unregister/dispose操作；
  • 检查后台线程：确认AsyncTask、HandlerThread等后台线程是否在组件销毁时终止，避免线程持有组件引用。

内容的提问来源于stack exchange，提问作者Amit Gaikwad