Java中ByteBuffer分配堆内内存用allocate()，底层为HeapByteBuffer，受GC管理；堆外内存用allocateDirect()，底层为DirectByteBuffer，通过Cleaner异步释放，需防强引用泄漏。
Java 中通过 ByteBuffer 分配堆内和堆外内存，方式明确、调用简单，但语义和生命周期管理差异显著。
分配堆内内存：用 allocate()
调用 ByteBuffer.allocate(int capacity) 即可。它在 JVM 堆中创建一个普通字节数组作为底层存储，行为完全受 GC 管理。
- 底层是
HeapByteBuffer实例，数据存于堆内存，随对象一起被垃圾回收 - 适合小规模、短生命周期、频繁复用的缓冲场景（如协议解析中间缓存）
- 无需关心释放逻辑，设为
null或脱离作用域后由 GC 自动清理
分配堆外内存：用 allocateDirect()
调用 ByteBuffer.allocateDirect(int capacity) 即可。它通过 Unsafe.allocateMemory() 向操作系统申请原生内存，不占 -Xmx 堆空间。
- 底层是
DirectByteBuffer，构造时自动注册一个Cleaner，在 GC 回收该对象时异步触发unsafe.freeMemory() - 受
-XX:MaxDirectMemorySize参数限制（JDK8+ 默认等于-Xmx） - 不需手动释放，也不提供
free()方法；但若DirectByteBuffer对象长期被强引用（如静态持有、未及时置空），会导致堆外内存无法回收，引发OutOfMemoryError: Direct buffer memory
关键区别与使用提醒
二者接口一致，但物理位置和管理机制完全不同：
立即学习“Java免费学习笔记（深入）”；
- 堆内：快分配、快回收、有 GC 开销，适合中小数据量、高复用场景
- 堆外：分配稍慢、零拷贝优势明显（尤其网络/文件 I/O），避免堆内存抖动，但需警惕引用泄漏
- 监控建议：可通过 JMX 的
java.nio.BufferPool.direct查看已分配/使用量，或启用-XX:+PrintGCDetails -XX:+PrintGCTimeStamps观察是否因堆外内存不足触发 Full GC
