面试主题：说说你理解的内存泄漏，怎么定位、怎么避免？
一、内存泄漏的本质理解
内存泄漏，指程序运行过程中，已经分配使用、业务逻辑不再需要的内存空间，因为被错误的引用关系持续持有，导致垃圾回收机制无法正常回收，这部分内存长期占用、不断累积，最终造成系统资源耗尽、程序卡顿、响应变慢，甚至出现内存溢出导致服务崩溃。
简单概括：本该释放的内存没有释放，无用对象长期占用资源。
内存泄漏与内存溢出是因果关系：泄漏是缓慢累积的过程，是原因；溢出是内存耗尽后的结果。泄漏越久，溢出风险越高。
二、内存泄漏的典型场景
1. 静态集合对象只增加数据、不清理、不删除，长期持有大量无用对象。
2. 单例对象持有页面、上下文等短生命周期对象，导致其无法回收。
3. 内部类、匿名类隐式持有外部对象引用，若内部类生命周期过长，会直接造成外部类泄漏。
4. 文件流、网络连接、数据库连接、线程等系统资源使用后没有正常关闭。
5. 缓存只做写入，不设置过期机制与淘汰策略，数据无限膨胀占用内存。
6. 定时器、事件监听、回调函数、订阅器在组件销毁或页面关闭时没有注销。
7. 线程管理不当，大量线程长期运行且不退出，形成线程泄漏。
三、内存泄漏的定位与排查思路
1. 观察内存趋势
通过监控工具查看内存使用曲线，如果内存持续上升，即使经过垃圾回收也没有明显下降，基本可以判断存在内存泄漏。
2. 抓取内存现场
在内存异常节点导出内存快照，保留当前所有对象的引用关系，这是定位泄漏的关键依据。
3. 工具分析引用链
使用专业分析工具，查看对象数量、占用大小、引用来源，找到无用对象到垃圾回收根节点的引用路径，确定是谁持有了不该持有的引用。
4. 回溯代码定位问题
根据工具给出的引用关系，对照业务逻辑，找到引用没有释放的具体位置，确认泄漏原因。
四、内存泄漏的避免方法
1. 谨慎使用静态变量和静态集合，使用完及时清空数据。
2. 系统资源使用后保证正常关闭，做到有始有终。
3. 合理使用单例模式，避免长生命周期对象持有短生命周期对象。
4. 内部类尽可能使用静态内部类，减少隐式引用。
5. 缓存必须设置过期时间、最大容量和合理的淘汰策略。
6. 定时器、监听器、回调函数在生命周期结束时必须主动注销。
7. 统一使用线程池管理线程，避免无限制创建线程。
8. 优先使用弱引用、软引用等方式，减少无效强引用。
9. 上线前进行长时间压测和内存稳定性验证，提前发现泄漏风险。
答：
我理解的内存泄漏，是程序中已经不再使用的对象，因为被错误的强引用持续持有，导致垃圾回收器无法回收，内存不断累积，最终引发程序卡顿、频繁回收、内存溢出等问题，本质是无用对象的引用链没有正常断开。
定位内存泄漏，先通过监控观察内存走势，确认只升不降、回收后不回落，再抓取内存快照，通过专业工具分析引用链，找到垃圾回收根节点与无用对象的关联关系，最后回溯代码定位问题。
避免内存泄漏，要及时关闭系统资源，合理使用静态变量和单例，内部类尽量静态化，缓存设置过期与淘汰机制，定时器和监听器必须注销，规范线程使用，减少无效强引用，同时在测试阶段做好压测与内存监控，从编码和设计层面预防泄漏。
注意事项：本专辑作品为原创作品，如需合作请私信
