在一个 Java 应用中，观察到内存占用持续上升，但堆内存监控显示基本稳定，这种情况可能由哪些因素导致？
考察说明
考查对 Java 进程内存组成（尤其是堆外内存）的理解与排查能力。
回答思路
- 【回答框架 1】首先明确 Java 进程内存不仅包含堆，还包括元空间、线程栈、直接缓冲区、JVM 自身代码等堆外部分。堆内存不变但进程常驻内存（RSS）持续增长，通常指向堆外内存泄漏。
- 【回答框架 2】常见元凶之一是直接内存（Direct Memory）未释放，例如 Netty 或 RPC 框架使用 ByteBuffer.allocateDirect，若未正确释放或重用，会导致堆外内存持续增长。可通过 JVM 参数 -XX:MaxDirectMemorySize 限制其大小，并使用 NMT（Native Memory Tracking）或 pmap 分析直接内存占用。
- 【回答框架 3】另一个常见原因是加载类或类加载器泄漏，导致元空间（Metaspace）持续增长。尤其是动态生成类（如使用 CGLIB、反射代理）或重复部署场景下，类加载器无法被回收，元空间随之膨胀。可监控 Metaspace 区域（-XX:MaxMetaspaceSize）并配合类加载器泄漏分析工具排查。
- 【回答框架 4】其他可能包括线程栈占用、JIT 编译器相关内存、GC 日志或 socket 缓冲区未释放等。排查时建议结合 NMT、jcmd、pmap 和 top 等工具，观察内存增长区域，再定位具体资源。
- 【关键点 1】堆内存不变但进程内存增长，优先排查堆外内存，如直接缓存区、元空间、线程栈。
- 【关键点 2】直接字节缓存区需显式释放或复用，避免频繁申请造成堆外内存泄漏。
- 【关键点 3】类加载器泄漏会导致元空间不断增大，常见于动态生成代理类的框架。
- 【关键点 4】可用 NMT 区分堆、代码缓存、元空间和直接内存的实际变化。
- 【易错点 1】不要只关注堆内存，忽略堆外部分，否则可能误判为正常。
- 【易错点 2】避免将操作系统缓存计入堆内存，需要对比 RSS 与堆占用。
- 【易错点 3】谨慎调用 System.gc() 尝试释放堆外内存，可能引发性能问题。