Java AIO在Windows上性能高，因其直接基于内核级IOCP：内核完成数据搬运与通知，无需用户线程参与，零轮询、低延迟、高扩展。
Java AIO 在 Windows 平台能表现出较高性能，根本原因在于它直接依托内核级的 IOCP（I/O Completion Port）机制，而非模拟或包装。这种原生支持让 I/O 操作真正脱离用户线程阻塞，实现内核闭环的数据搬运与通知。
IOCP 是内核驱动的 Proactor 模型
Windows 内核将异步读写请求（如 WSARecv/WSASend）与 OVERLAPPED 结构体一并提交后，即接管整个流程：
- 数据从网卡缓冲区到用户内存的拷贝由内核完成，不依赖应用线程参与
- 操作完成后，内核自动生成“完成包”，投递至关联的完成端口队列
- 任意工作线程调用 GetQueuedCompletionStatus 即可安全获取结果，无锁、无竞争
- 单个完成端口可被数十个线程共享，连接数与线程数解耦，扩展性好
Java 层几乎零额外开销
JDK 的 WindowsAsynchronousSocketChannelImpl 直接封装 IOCP，避免了中间抽象损耗：
- AsynchronousServerSocketChannel.accept() 或 AsynchronousSocketChannel.read() 调用后立即返回，不阻塞也不轮询
- CompletionHandler 回调由 JVM 从完成端口取包后触发，调度延迟低且稳定
- 无需 epoll_wait 或类似事件循环，也无需用户态线程池主动“检查就绪”
- strace 或 ETW 追踪可见大量 io_submit/io_getevents 系统调用，印证内核级异步行为
资源利用更高效、延迟更可控
相比 Linux 下 epoll + 线程池的模拟方式，IOCP 在以下方面具备实质优势：
立即学习“Java免费学习笔记（深入）”；
- 内存拷贝和协议栈处理完全在内核态完成，减少用户/内核态切换次数
- 完成通知机制天然支持高并发连接，吞吐量随 CPU 核心数线性增长
- 无“就绪但未读完”的状态残留，避免 NIO 中边缘触发（ET）带来的逻辑复杂性
- 线程池仅用于回调执行，不承担 I/O 执行职责，职责分离清晰
所以 Java AIO 在 Windows 上的高性能不是“调优出来的”，而是由 IOCP 的设计本质决定的——它是少数几个真正符合 Proactor 模式定义的跨语言异步 I/O 实现之一。
