java nio的分散读取和聚集写入是channel与bytebuffer数组协同的i/o优化机制：分散读取一次read填充多个buffer，按序填满；聚集写入一次write发出多个buffer，按序写出；仅部分channel支持，需检查返回值并合理配置buffer。
Java NIO 的 scattering（分散读取）和 gathering（聚集写入）是 Channel 与 ByteBuffer 数组协同工作的底层 I/O 优化机制，核心在于用一组 Buffer 替代单个 Buffer，由通道自动按序填充或写出数据，避免手动拼接与内存拷贝。
分散读取（Scattering Reads）：一次 read 填多个 Buffer
适用于结构化数据，比如协议头+负载。通道按数组顺序，先填满第一个 Buffer，再填下一个，直到数据耗尽或 Buffer 全满。
- 准备多个 ByteBuffer，例如 header（4 字节长度字段）和 body（预留足够容量），放入数组：
ByteBuffer[] bufs = {header, body} - 调用
channel.read(bufs)—— 返回值为实际读取字节数，若小于预期（如只读到 2 字节），说明数据未就绪，所有 Buffer 都未被修改，不可 flip - 仅当返回值 > 0 且数据完整时，才对每个 Buffer 调用
flip()，然后分别读取 header 中的长度、body 中的有效内容 - 注意：Buffer 容量必须预先设好；第一个 Buffer 写满后才会写第二个，不支持动态切分
聚集写入（Gathering Writes）：一次 write 发多个 Buffer
适合构造复合响应，如状态码 + JSON + 换行符，逻辑上是一条消息，物理上分存于不同 Buffer。
- 提前将各段内容写入对应 Buffer，并调用
flip()确保 position 和 limit 正确 - 组织数组：
ByteBuffer[] bufs = {statusBuf, jsonBuf, crlfBuf} - 调用
channel.write(bufs)—— 按索引顺序依次写出每个 Buffer 的remaining()字节（即 position 到 limit 区间） - 返回值是实际写出总字节数；若网络缓冲区满，部分 Buffer 可能只写出一部分，position 和 limit 会自动更新，下次可继续 write，无需重置
关键限制与使用前提
并非所有 Channel 都支持，且行为高度依赖配置：
- 仅
FileChannel、非阻塞的SocketChannel和ServerSocketChannel支持；DatagramChannel不支持 - 所有 Buffer 类型需一致（建议统一用
allocateDirect()，减少 JVM 堆拷贝） - Buffer 数组顺序决定数据布局：scattering 按序填，gathering 按序发，顺序错则协议错
- 必须检查每次 read/write 的返回值，在非阻塞模式下配合 Selector 处理就绪事件，不能假设一次调用完成全部操作
典型应用场景
这类机制不是通用替代方案，而是面向特定高性能需求：
- 文件复制：用多个 Buffer 分散读大文件，再聚集写入目标通道，减少单次内存压力
- 协议解析：HTTP/Protobuf 等固定头+变长体格式，头 Buffer 解析长度后，再按需分配 body Buffer
- 高频小响应：把响应码、序列化结果、分隔符分别写入不同 Buffer，gather 一次性发出，降低系统调用频次
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
