第一章Netty，ByteBuffer大小分配问题

在 Java NIO 中，ByteBuffer 的大小分配是一个涉及性能、内存管理和应用场景的关键决策。合理设置缓冲区大小不仅能提高 I/O 效率，还能避免内存溢出（OOM）或资源浪费。

以下是关于 ByteBuffer 大小分配的详细指南，包括分配方式、大小选择策略及最佳实践。

1. ByteBuffer 的两种主要分配方式

ByteBuffer 提供了两种核心的内存分配机制，它们对“大小”的影响和管理方式截然不同：

A. 堆内分配 (Heap Buffer)
‌方法‌：ByteBuffer.allocate(int capacity)
‌内存位置‌：JVM 堆内存（Java Heap）。
‌特点‌：
受 JVM 垃圾回收（GC）管理。
分配和释放速度快，成本低。
在进行 I/O 操作时，数据通常需要从堆内存拷贝到内核空间（Direct Memory），存在额外的拷贝开销。
‌适用场景‌：小数据量处理、非频繁 I/O 操作、对延迟不敏感的场景。

B. 堆外/直接分配 (Direct Buffer)
‌方法‌：ByteBuffer.allocateDirect(int capacity)
‌内存位置‌：操作系统本地内存（Native Memory/C Heap），不在 JVM 堆中。
‌特点‌：
‌不受 JVM 堆大小限制‌，但受限于参数 `-XX:MaxDirectMemorySize默认值通常与堆内存大小相当）。
‌零拷贝优势‌：数据可以直接从磁盘或网络传输到缓冲区，无需经过 JVM 堆到内核空间的二次拷贝，适合高吞吐量的 I/O。
‌分配成本高‌：创建和销毁 Direct Buffer 比 Heap Buffer 慢，因为涉及系统调用。
‌回收复杂‌：依赖 GC 间接回收或通过 Cleaner 机制，若管理不当易导致直接内存泄漏。
‌适用场景‌：大文件传输、高并发网络通信（如 Netty、Kafka）、需要 Zero Copy 的场景。

2. 如何确定合适的大小 (Capacity)

ByteBuffer 一旦创建，其 capacity 是‌固定不可变‌的。因此，初始大小的设定至关重要。

常见的大小设定策略