JVM内存的模型
Java堆内存泄露通常是指应用程序在堆内存中创建了对象，但是由于长时间存活或者没有正确的释放引用导致垃圾收集器不能回收这些对象，造成可用内存逐渐减少，最终可能导致OutOfMemoryError。以下是排查Java堆内存泄露的步骤：
监控内存使用情况：使用JVM监控工具如VisualVM，JConsole等，观察内存使用情况。关注堆内存(heap)的使用量，特别是老年代(Tenured/Old Generation)的变化，如果看到内存使用量持续增长，可能存在内存泄露。
触发垃圾回收：通过监控工具触发垃圾收集器进行垃圾回收（GC），观察内存使用率是否有所下降。
生成堆转储文件(Heap Dump)：使用JVM参数
-XX:+HeapDumpOnOutOfMemoryError生成内存溢出时的堆转储文件，或者使用jmap工具手动生成堆转储文件。例如：
jmap -dump:live,file=heapdump.hprof <pid>bash复制代码
其中<pid>是Java进程的ID。
分析堆转储文件：使用MAT(Memory Analyzer Tool)、VisualVM、JProfiler等分析工具打开堆转储文件，分析内存使用情况。可以查找占用内存最多的对象类型，对象的分配来源，找到保持大量对象引用的根源。
识别潜在内存泄露：在分析工具中查找涉嫌内存泄露 的对象，这些通常是在多次全垃圾回收后依然存活的对象。检查这些对象的引用链，确定是否有不该存在的引用关系。
代码审查与调试：结合分析结果对疑似引起内存泄露的代码进行审查，确保对象在不需要时能够被垃圾收集器回收。如果通过代码审查无法找到问题，可以使用调试器逐步跟踪和检查。
优化代码：一旦定位到具体的代码问题，根据分析结果修正这部分代码，以消除内存泄露。比如修复不正确的对象引用，使用WeakReference或者SoftReference等技术来避免长时间持有对象等。
测试验证：在完成代码优化修改后，重新进行测试，监测内存使用情况是否恢复正常，确保内存泄露问题得到解决。
应用持续监控：即使解决了现有的内存泄露问题，也不能完全保证将来不会出现新的内存泄露。因此，建议在生产环境中持续监控内存使用情况，以便及时发现和处理潜在的内存泄露问题。
内存泄露的排查和解决是一个反复的、动态的过程，需要结合不同的工具、日志和对代码的深入理解来逐步定位和修复问题。
