使用JProfiler定位Java内存泄漏的核心是结合堆快照分析、对象生命周期追踪和实时内存监控，重点观察持续创建且无法被GC回收的对象；需通过agent连接、触发GC、比对堆快照、分析GC Roots引用链、开启分配记录定位热点，并验证修复后对象数量稳定可回收。
使用 JProfiler 定位 Java 内存泄漏，核心是结合堆快照分析、对象生命周期追踪和实时内存监控，重点看“谁在持续创建对象”以及“谁阻止了对象被回收”。
启动应用并连接 JProfiler
确保 JVM 启动时添加 JProfiler 的 agent 参数（JProfiler 会自动生成），或通过 IDE 插件直接启动。连接成功后，在主界面选择 “Live Memory” → “All Objects”，观察堆中对象数量随时间的增长趋势。重点关注那些数量持续上升、且不随 GC 明显下降的类。
- 若用命令行启动，参数类似：
-agentpath:/path/to/jprofiler/bin/linux-x64/libjprofilerti.so=port=8849 - IDEA 中安装 JProfiler 插件后，右键运行配置 → “Run with JProfiler”，自动注入 agent 并建立连接
- 连接后先手动触发几次 GC（点击工具栏“Perform GC”按钮），再观察存活对象是否仍异常增长
对比堆快照识别泄漏源头
在疑似泄漏发生前后分别生成两个堆快照（Heap Snapshot），用 JProfiler 的 “Compare Heap Snapshots” 功能比对。它会列出新增/未释放的对象及其引用链。
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 选中明显增长的类（如
ArrayList、String、或自定义缓存类），右键 → “Show Objects” → “Incoming References” - 重点查看 “GC Roots” 路径：如果某个对象通过
static field、ThreadLocal、或未清理的监听器/回调被强引用，就很可能无法回收 - 常见泄漏点：静态集合类未清理、线程局部变量未 remove、注册监听器后忘记反注册、缓存未设过期或大小限制
跟踪对象分配热点与生命周期
开启 “Allocation Recording”（分配记录），让 JProfiler 记录对象创建位置。运行一段时间后暂停记录，按“Hot Spots”查看哪些方法频繁 new 对象；再结合“Object Allocation”视图，筛选出长期存活（Survived Generations 高）的对象。
立即学习“Java免费学习笔记（深入）”；
- 在 “Live Memory” → “Record Allocations” 中启用，建议只在复现问题时开启，避免性能开销过大
- 查看 “Call Tree” 时，展开高分配量的方法，定位到具体代码行（如某次循环中反复 new HashMap）
- 配合 “Object Set” 功能：选中一批疑似泄漏对象 → 右键 → “Show Retaining Paths”，快速看到是谁持有了它们
验证修复效果
修改代码后（如清空静态 Map、remove ThreadLocal、关闭监听器），重启应用，重复上述步骤：观察对象增长是否停止、GC 后内存是否回落、堆快照对比是否不再出现大量新增实例。
- 不要仅依赖内存使用量下降——关键是对象数量稳定且可被 GC 回收
- 可在测试环境中模拟长时间运行（如定时任务+压力请求），确认无缓慢累积
- JProfiler 的 “Monitor” 标签页可长期挂起，观察 “Used Heap” 和 “GC Activity” 曲线是否趋于平稳
