IO杂记I
IO 杂记
一、Selector 与 select()
selector.select()不会创建新线程，而是让当前线程阻塞等待，直到有 I/O 事件就绪。
比喻：一个人站在门口，不来客人就不动。selector.selectNow()是非阻塞版本：瞥一眼门口，没人就立刻返回。- Selector 底层会调用操作系统的多路复用 API（如 Linux 的
epoll_wait），而非自己轮询。
二、I/O 复用（I/O Multiplexing）
核心思想：用一个线程 + 一个多路复用器（Selector）同时监控多个通道（Socket）的 I/O 事件。
典型步骤：
Selector.open()创建多路复用器。serverSocketChannel.register(selector, SelectionKey.OP_ACCEPT)注册服务端通道，关注ACCEPT事件。selector.select()阻塞等待就绪事件（底层调用epoll_wait/select/kqueue）。- 遍历
selectedKeys集合，根据事件类型（isAcceptable、isReadable、isWritable）分别处理。
三、三种 I/O 模型对比
| 模型 | 线程模型 | 特点 |
|---|---|---|
| BIO（阻塞 I/O） | 一连接一线程 | read()/write()阻塞线程，多连接需多线程或线程池 |
| NIO（I/O 复用） | 单线程管理成千上万连接 | 通过 Selector + 非阻塞通道，轮询就绪事件 |
| AIO（异步 I/O） | 少量线程（如 CPU 核心数）+ 回调 | 发起读写立即返回，OS 完成数据拷贝后回调CompletionHandler |
四、零拷贝（Zero-Copy）
1. 核心概念
- CPU 拷贝：CPU 逐字节搬运数据，占用 CPU 时间。
- DMA 拷贝：DMA 控制器独立搬运数据，不占用 CPU。
2. 传统read+write流程
FileInputStreamfis=newFileInputStream("file.txt");Socketsocket=...;byte[]buffer=newbyte[1024];intlen=fis.read(buffer);socket.getOutputStream().write(buffer,0,len);底层步骤：
- DMA 拷贝：磁盘 → 内核缓冲区（PageCache）
- CPU 拷贝：内核缓冲区 → 用户缓冲区（
byte[]） - CPU 拷贝：用户缓冲区 → Socket 内核缓冲区
- DMA 拷贝：Socket 内核缓冲区 → 网卡
- CPU 拷贝次数：2
- DMA 拷贝次数：2
- 系统调用次数：2（
read+write） - 上下文切换次数：4
3.mmap+write
FileChannelfileChannel=FileChannel.open(Paths.get("file.txt"));MappedByteBuffermappedBuffer=fileChannel.map(MapMode.READ_ONLY,0,fileSize);socketChannel.write(mappedBuffer);原理：mmap将磁盘文件映射到进程地址空间，用户直接访问内核缓冲区，省去“内核→用户”的 CPU 拷贝。
步骤：
- DMA 拷贝：磁盘 → 内核缓冲区（PageCache）
- CPU 拷贝：内核缓冲区 → Socket 内核缓冲区（仍有一次）
- DMA 拷贝：Socket 内核缓冲区 → 网卡
- CPU 拷贝次数：1
- DMA 拷贝次数：2
- 系统调用次数：2（
mmap+write） - 上下文切换次数：4
4.sendfile（基础）
sendfile是专门在两个文件描述符之间直接传输数据的系统调用，无用户空间拷贝。
流程：
- DMA 拷贝：磁盘 → 内核缓冲区
- CPU 拷贝：内核缓冲区 → Socket 缓冲区
- DMA 拷贝：Socket 缓冲区 → 网卡
- CPU 拷贝次数：1
- DMA 拷贝次数：2
- 系统调用次数：1
- 上下文切换次数：2
5.sendfile+ DMA Gather
若网卡支持Scatter/Gather DMA，则 CPU 无需再将数据从内核文件缓冲区复制到 Socket 缓冲区，网卡直接从 PageCache 中抓取分散的数据。
- CPU 拷贝次数：0（真正的 CPU 零拷贝）
- DMA 拷贝次数：2
- 系统调用次数：1
- 上下文切换次数：2
6. 对比总表
| 方式 | CPU 拷贝 | DMA 拷贝 | 系统调用 | 上下文切换 |
|---|---|---|---|---|
| 传统 read+write | 2 | 2 | 2 | 4 |
| mmap+write | 1 | 2 | 2 | 4 |
| sendfile（基础） | 1 | 2 | 1 | 2 |
| sendfile + DMA gather copy | 0 | 2 | 1 | 2 |
7. DMA Gather 详解
- 普通 DMA：只能传输连续内存块，若数据分散，需 CPU 先复制到连续缓冲区。
- DMA Gather：DMA 控制器维护描述符列表（地址+长度），直接从不连续的多个内存区域抓取数据，组合后发送给设备。
比喻：
- 普通 DMA：快递员必须从整箱取货 → 你先将散货装进箱子（CPU 拷贝）
- DMA Gather：快递员拿着清单上门自取 → 你无需动手
8. Java 中的transferTo
FileChannel.transferTo()底层会优先使用零拷贝（如 Linux 的sendfile），条件不满足时优雅降级为传统拷贝。
实现逻辑（伪代码）：
if(满足零拷贝条件){if(sendfile(...)>=0||transmitFile(...)>=0)returnbytes_transferred;}returntransferToViaTemporaryBuffer(src,target);// 用户态兜底内部检查：
- 源通道是否为普通本地文件
- 目标通道是否为
SocketChannel或同一文件系统上的FileChannel - 操作系统是否支持零拷贝系统调用
局限性（零拷贝失效场景）：
- 目标为普通
FileChannel且与源不在同一个文件系统（如跨分区 C: → D:） - Windows 上
transferTo不是真正的零拷贝 - 数据需 SSL/TLS 加密
- 部分平台（如 macOS）对
FileChannel→FileChannel不支持零拷贝
最佳实践：
- 分段传输（单次不超过 2GB）
- 检查返回值，循环传输
- 使用 try-with-resources 关闭通道
- 加密场景避免使用零拷贝
五、零拷贝的目标总结
- 减少/消除 CPU 拷贝
- 减少上下文切换次数
- 两次 DMA 拷贝（磁盘→内核、内核→网卡）无法避免，因为它们由硬件高效完成