Java NIO Pipe通过内核级环形缓冲区实现线程间零拷贝单向传输，非阻塞模式下延迟极低，但缓冲区固定约8 KiB、无背压机制且不支持Selector注册。
Java NIO 的 Pipe 在同一 JVM 内实现两个线程间极速单向数据传输，核心在于它复用了操作系统内核级的管道机制（如 Unix domain pipe），全程不经过堆外拷贝、不依赖锁、不触发 GC 频繁分配，数据从写线程的 ByteBuffer 直达读线程可读位置，延迟极低。
底层是内核环形缓冲区，零用户态拷贝
Pipe.open() 实际在内核中创建了一个固定大小（OpenJDK 默认约 8 KiB）的匿名管道，SinkChannel 和 SourceChannel 共享同一段内核内存。写入时，JVM 将 ByteBuffer 中的数据通过系统调用（如 write()）送入该缓冲区；读取时，再通过 read() 直接从该缓冲区拉取——整个过程不经过 JVM 堆内存中转，也无需序列化或对象封装。
- 数据流路径：写线程 ByteBuffer → 内核管道缓冲区 → 读线程 ByteBuffer（无中间复制）
- 没有 Socket 的协议解析开销，也没有文件 I/O 的磁盘寻址延迟
- 相比
BlockingQueue<bytebuffer></bytebuffer>，省去了队列加锁、节点对象创建、GC 压力等环节
非阻塞 + 显式状态管理，避免线程挂起
默认阻塞模式下，Pipe 会因缓冲区满/空导致线程卡死，完全丧失“极速”特性。真正发挥性能的前提是两端均设为非阻塞：
-
sink.configureBlocking(false)：write() 立即返回，返回值即实际写入字节数；为 0 表示缓冲区满，需稍后重试，而非等待 -
source.configureBlocking(false)：read() 同样立即返回，-1 表示管道已关闭，0 表示暂无数据，不阻塞 - 配合
buffer.flip()/buffer.clear()精确控制读写边界，避免因 buffer 状态错乱导致读不到数据
线程安全且无锁，天然适配生产者-消费者模型
Pipe 的 SinkChannel 和 SourceChannel 是 JDK 内部保证线程安全的通道，其 write/read 操作由内核原子保障，应用层无需额外同步：
- 多个写线程可并发调用同一 SinkChannel.write()，数据按写入顺序串行进入管道
- 单一读线程从 SourceChannel 读取，天然形成“多对一”的生产者-消费者结构
- 无 synchronized、无 CAS 自旋、无 AQS 队列，规避了锁竞争和上下文切换开销
限制与适用边界：快，但不是万能高速路
Pipe 的“极速”体现在低延迟、小数据、短链路场景，但它有明确瓶颈：
- 缓冲区大小不可配置（固定 ~8 KiB），大消息需分片，频繁小包易引发过多系统调用
- 无背压反馈机制，写入过快会导致 write() 持续返回 0，需应用层主动退让（如
Thread.yield()或交由 Selector 调度） - SourceChannel 和 SinkChannel 不支持注册到 Selector（会抛
UnsupportedOperationException），所谓“用 Selector 管理 Pipe”是常见误用 - 不适合高吞吐、长连接、需动态路由或多消费者广播的场景——此时
TransferQueue或自定义 ring buffer 更稳
