java nio的scatter和gather是channel提供的批量i/o机制，scatter实现一次读操作向多个bytebuffer按序填充分散读取，gather实现一次写操作将多个bytebuffer有效数据按序串联聚集写入，均依赖特定channel接口且需正确管理buffer状态。
Java NIO 的 Scatter 和 Gather 是面向通道（Channel）的批量 I/O 优化机制，本质是用一个系统调用完成多个缓冲区的数据搬运，避免手动拆分、拼接和额外拷贝。它们不是 Buffer 的能力，而是 Channel 提供的接口行为。
Scatter：一次读，多缓冲区按序填充
分散读取指从单个通道一次性读入数据，并按数组顺序依次填满多个 ByteBuffer。通道不会跳过或打乱顺序，而是严格从数组第一个 buffer 开始写，写满再写下一个，直到数据读完或所有 buffer 都已填满。
- 必须使用
ScatteringByteChannel接口（如FileChannel、SocketChannel），调用read(ByteBuffer[]) - 每个 buffer 的
position到limit区间决定可写空间；读操作只往limit以下位置写，不会覆盖已有有效数据 - 适合固定结构数据，例如 header 固定 128 字节 + body 可变长度：只要 header buffer 容量 ≥ 实际 header 大小，就能自然分离
- 不适用于动态长度字段——因为前一个 buffer 满了才进下一个，无法“按需分配”容量
Gather：一次写，多缓冲区按序输出
聚集写入指将多个 ByteBuffer 中的有效数据（position 到 limit 之间）按数组顺序串联，一次性写入单个通道。逻辑上等价于把它们拼成一个逻辑大 buffer 再写，但无需内存复制。
- 依赖
GatheringByteChannel（如FileChannel、SocketChannel），调用write(ByteBuffer[]) - 只写每个 buffer 当前
limit - position字节数；buffer 若未 flip 或 limit 未设准，可能写入空内容或越界数据 - 典型场景：协议头 + 负载 + 校验码 分别构造在不同 buffer 中，直接 gather 发送，省去合并 byte[] 的开销
- 支持子数组操作：
write(ByteBuffer[], offset, length)可指定只用数组中某一段 buffer
关键细节与常见陷阱
Scatter/Gather 行为完全由 buffer 数组的顺序和各 buffer 的当前状态（position/limit/capacity）共同决定，而非内容本身。实际使用时需注意：
- 执行 read 或 write 前，确保所有参与的 buffer 处于写模式（对 read）或读模式（对 write）；否则可能因 position/limit 错位导致数据丢失或写入异常
- 返回值是本次操作实际传输的字节数，不是 buffer 数量；需结合返回值判断是否读/写完整，尤其在网络 channel 中常需循环调用
- 并非所有 channel 都支持——例如
Pipe.SinkChannel不实现GatheringByteChannel，调用 write(bufferArray) 会抛UnsupportedOperationException - buffer 数组本身不可 null，单个元素可为 null（会被跳过），但 null 元素会影响后续索引，建议避免
典型代码结构示意
以 header-body 协议为例：
ByteBuffer header = ByteBuffer.allocate(128);
ByteBuffer body = ByteBuffer.allocate(2048);
<p>// 填充数据（略）
header.put(...).flip();
body.put(...).flip();</p><p>ByteBuffer[] bufs = { header, body };</p><p>// 写入：先 header 再 body
channel.write(bufs);</p><p>// 读取：期望前 128 字节进 header，剩余进 body
long n = channel.read(bufs);
if (n > 0) {
header.flip(); // 后续解析
body.flip();
}</p>Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
