直接内存由操作系统管理，不经过jvm堆，核心限制参数是-xx:maxdirectmemorysize，用于控制bytebuffer.allocatedirect()分配总量，默认等于-xmx，必须显式设置以防outofmemoryerror: direct buffer memory。
直接内存（堆外内存）由操作系统直接管理，不经过 JVM 堆，常用于 NIO 操作（如 Netty、Kafka 客户端、文件通道等）。若未显式限制，它默认可占用与 -Xmx 相同的大小，容易引发 java.lang.OutOfMemoryError: Direct buffer memory。
核心参数：-XX:MaxDirectMemorySize
这是唯一用于控制堆外内存上限的 JVM 启动参数：
-
作用：限制通过
ByteBuffer.allocateDirect()分配的直接内存总量 -
语法：支持单位
k、m、g，例如-XX:MaxDirectMemorySize=512m或-XX:MaxDirectMemorySize=1g -
默认值：JDK 8 及以后版本，默认等于
-Xmx的值（不是物理内存）；若未设-Xmx，则取 JVM 默认最大堆值 - 注意：该参数必须在 JVM 启动时指定，运行时不可修改
什么时候必须设置？
以下场景建议显式配置，避免隐式超限：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 应用大量使用 NIO（如高吞吐网络服务、消息中间件客户端）
- 频繁创建/释放 direct buffer，且未调用
cleaner或未及时clear()/free() - 存在类库内部缓存 direct buffer（如某些 HTTP 客户端、序列化框架）
- 容器环境（如 Docker）中内存受限，需精准控制总内存占用
怎么验证是否生效？
可通过 JVM 内置工具确认当前限制和实际使用量：
-
jstat -gc <pid></pid>：查看CCS（Compressed Class Space）和 GC 统计，间接反映元空间与直接内存压力 -
jcmd <pid> VM.native_memory summary</pid>：显示 native memory 分布，其中Direct行即为已分配的堆外内存 - 配合
-XX:+PrintGCDetails和日志观察是否出现Direct buffer memoryOOM
常见搭配建议
结合整体内存规划设定合理值：
- 若堆设为
-Xmx4g，NIO 负载中等，可设-XX:MaxDirectMemorySize=1g - Netty 服务端建议按连接数预估：每个连接约占用 64KB–256KB direct buffer，预留 20% 缓冲
- 容器部署时，确保
-Xmx + MaxDirectMemorySize + 元空间 + 线程栈总和 ≤ 容器内存上限，避免被 OOM Killer 杀掉
