‘壹’ 如何检查内存泄露问题
一、内存泄漏的检查方法：
1.ccmalloc－Linux和Solaris下对C和C++程序的简单的使用内存泄漏和malloc调试库。
2.Dmalloc－Debug Malloc Library.
3.Electric Fence－Linux分发版中由Bruce Perens编写的malloc（）调试库。
4.Leaky－Linux下检测内存泄漏的程序。
5.LeakTracer－Linux、Solaris和HP-UX下跟踪和分析C++程序中的内存泄漏。
6.MEMWATCH－由Johan Lindh编写，是一个开放源代码C语言内存错误检测工具，主要是通过gcc的precessor来进行。
7.Valgrind－Debugging and profiling Linux programs, aiming at programs written in C and C++.
8.KCachegrind－A visualization tool for the profiling data generated by Cachegrind and Calltree.
9.IBM Rational PurifyPlus－帮助开发人员查明C/C++、托管。NET、Java和VB6代码中的性能和可靠性错误。PurifyPlus 将内存错误和泄漏检测、应用程序性能描述、代码覆盖分析等功能组合在一个单一、完整的工具包中。
二、内存泄漏的简单介绍：
内存泄漏也称作“存储渗漏”，用动态存储分配函数动态开辟的空间，在使用完毕后未释放，结果导致一直占据该内存单元。直到程序结束。（其实说白了就是该内存空间使用完毕之后未回收）即所谓内存泄漏。
内存泄漏形象的比喻是“操作系统可提供给所有进程的存储空间正在被某个进程榨干”，最终结果是程序运行时间越长，占用存储空间越来越多，最终用尽全部存储空间，整个系统崩溃。所以“内存泄漏”是从操作系统的角度来看的。这里的存储空间并不是指物理内存，而是指虚拟内存大小，这个虚拟内存大小取决于磁盘交换区设定的大小。由程序申请的一块内存，如果没有任何一个指针指向它，那么这块内存就泄漏了。
‘贰’ 如何排查java应用内存泄漏问题
排查Java应用内存泄漏问题的方法包括三种典型场景：堆内OOM、MetaSpace区OOM以及堆外内存OOM。
首先，处理堆内OOM问题时，借助arthas工具能简便定位问题。通过arthas容器运行命令，进入dashboard查看堆内存占比，进行heapmp操作并使用jvisualvm工具分析导出的pdjf文件，从而识别出出现问题的对象，反查代码迅速解决问题。
其次，针对MetaSpace区OOM问题，分析其原因主要是代码中大量使用反射生成动态类或类加载器不停加载新类导致内存持续增长无法释放。处理策略包括利用JProfiler或MAT观察类Histogram，通过jcmd命令查看类加载和卸载详细信息，从整体或具体包类加载情况定位问题。确保Class加载和卸载过程无误，避免内存泄漏。
处理堆外内存OOM问题，主要关注内存使用率上升、使用SWAP内存、GC时间飙升、线程被阻塞等现象。此类问题可能由主动申请未释放的堆外内存或JNI调用导致的Native Code申请内存未释放引起。使用NMT（NativeMemoryTracking）分析内存分布，通过命令jcmd查看总分配内存与RES大小差异，区分主动申请未释放或JNI调用导致的内存泄漏。调整参数如-Xmx、-XX:MaxDirectMemorySize限制堆外内存大小，并检查代码中NIO、Netty组件计数器与最大值限制，确保正确释放内存。使用Debug工具确认代码逻辑正确性。
配置OOM时，输出GC日志打印及自动mp文件，帮助问题排查。在发生Out Of Memory错误时，JVM将heapmp文件输出到指定目录，文件名唯一，避免覆盖问题。注意输出大文件可能影响IO性能，尤其是容器环境下可能影响宿主机其他容器。同时，GC日志的输出也对排查GC问题至关重要，对系统性能影响不大。