构建单核性能极限的非阻塞I/O规范需epoll（ET模式）、零拷贝、CPU核心绑定三者闭环协同：ET模式强制批量读写降系统调用频次，零拷贝分层落地避免内存分配与隐式拷贝，核心绑定配合中断亲和与频率锁定保障调度确定性，并通过epoll_wait延迟、单次IO字节数等指标验证实效。
要构建一个真正面向单核性能极限的非阻塞 I/O 规范，关键不是堆砌技术名词，而是让 epoll（或 io_uring）、零拷贝路径 和 CPU 核心绑定 三者形成闭环协同——任何一环脱节，单核吞吐就会被隐性瓶颈掐断。
1. 多路复用必须用边缘触发 + 批量处理
ET 模式不是“可选项”，而是单核高吞吐的前提。它避免重复通知就绪事件，把事件分发从线性扫描压到对数复杂度（O(log n)），同时强制应用一次读/写尽可能多的数据，减少系统调用频次。
- 注册 socket 时必须带
EPOLLET，且 socket 自身设为O_NONBLOCK - 每次
epoll_wait()返回后，对每个就绪 fd 必须循环调用read()或write()，直到返回EAGAIN或EWOULDBLOCK - 禁用单包单事件处理逻辑；接收端应预分配大缓冲区（如 64KB），一次收多个 TCP segment；发送端启用
TCP_CORK合并小包
2. 零拷贝不能只靠 transferTo，要分层落地
零拷贝不是“调个 API 就完事”。它需按数据流向分段控制：文件→内核、内核→网卡、用户态内存复用，三者缺一不可。
- 磁盘到网络：Linux 下优先用
sendfile()或copy_file_range()；Java NIO 对应FileChannel.transferTo()，但需确保目标 fd 是 socket 且启用了SO_ZEROCOPY（5.15+ 内核） - 用户态零开销：避免
std::vector<char></char>或ByteBuffer.allocate()动态分配；改用内存池（如rte_mempool或自建 slab 缓冲池），所有 IO buffer 均从池中借出、归还，不 new/delete/malloc/free - 避免隐式拷贝：禁用
recv(..., MSG_WAITALL)；禁用send(..., MSG_MORE)以外的非常规标志；禁用用户态协议解析中反复memcpy的“切片”操作
3. 单核吞吐最大化依赖确定性调度
再快的 IO 路径，若被调度器打断或跨核迁移，延迟毛刺和缓存失效就会吃掉全部收益。必须把整个 IO 循环锁死在单一物理核心上。
- 主线程启动后立即调用
sched_setaffinity()绑定到指定 CPU（例如 CPU 3），并检查返回值确认成功 - 禁用
irqbalance，手动将网卡中断亲和到同一核心（echo 8 > /proc/irq/*/smp_affinity_list，其中 8 是 CPU 3 的掩码） - 关闭该核心上的 CPU 频率调节器（
cpupower frequency-set -g performance），防止动态降频引入抖动 - 若使用线程池，仅允许一个 IO 线程运行在此核心；业务解包/编解码等重负载必须 offload 到其他核，通过无锁队列传递指针而非数据
4. 必须监控的三个真实指标
不看这些，就等于没落地：
- epoll_wait 平均等待时间：理想应 100μs，说明事件密度不足或存在阻塞调用拖慢主循环
- 单次 read/write 的平均字节数：应趋近于 MTU（如 64KB）；若长期
- 上下文切换次数（/proc/pid/status 中 ctxt_switches）：单核 IO 线程每秒应
