阻塞IO与非阻塞IO的核心差异在于“谁在等、在哪等、怎么通知”：阻塞IO中用户线程在两个阶段均睡眠等待，非阻塞IO仅在数据复制阶段短暂阻塞，第一阶段通过轮询立即返回EAGAIN；同步IO要求用户进程亲自完成内核到用户空间的数据拷贝，异步IO则由内核全程接管拷贝并通知完成。
阻塞 IO 和非阻塞 IO 的核心差异不在“要不要等”，而在于“谁在等、在哪等、怎么通知”。同步与异步的本质区别，恰恰藏在内核缓冲区就绪后，数据拷贝阶段是否由用户进程亲自参与——这决定了控制流是否被 IO 拦腰截断。
阻塞 IO：两个阶段都交由用户线程“守着等”
调用 read() 后，进程立即进入睡眠（SLEEP 状态），内核将其移出运行队列。它既等第一阶段（网卡收完包、数据落进内核缓冲区），也等第二阶段（把那块数据从内核内存拷贝到你的 buf）。整个过程不可中断，用户线程完全交出 CPU 控制权，直到拷贝完成才唤醒返回。看似简单，但高并发下线程数暴涨，上下文切换开销大。
非阻塞 IO：只在第二阶段“守着等”，第一阶段主动轮询
通过 fcntl(fd, F_SETFL, O_NONBLOCK) 设置后，read() 调用永不挂起。若内核缓冲区空，立刻返回 -1，errno 设为 EAGAIN 或 EWOULDBLOCK；若已有数据，就立刻执行拷贝——此时仍会阻塞，直到拷贝完成才返回字节数。也就是说，非阻塞只是跳过了“等数据来”的睡眠，但“把数据搬进你家”这一步，还是得你本人盯着干。
同步 vs 异步：关键看“数据搬入用户空间”谁来干
同步 IO（含阻塞和非阻塞）的共同点是：用户进程必须亲自发起并完成数据从内核到用户空间的拷贝。哪怕你轮询一百次才等到数据就绪，最后那一趟 memcpy，仍是你的线程在执行、在等待、在占用 CPU 时间片。
异步 IO（如 Linux 的 io_uring 或 POSIX AIO）则不同：你调用 io_submit() 后，连拷贝动作都交给内核完成。内核准备好数据、完成拷贝、写入你的用户 buffer 后，再通过信号、回调或轮询 completion queue 告诉你“好了”。整个过程，你的线程全程不参与数据搬运，也不因拷贝而阻塞。
为什么非阻塞 ≠ 异步？常见误解澄清
- 非阻塞 read 返回 EAGAIN，不代表 IO 完成——它只说明“此刻没数据”，不代表后续不会来；
- 非阻塞 write 可能只写入部分数据（short write），你得自己检查返回值、维护 offset、重试剩余；
- 轮询本身消耗 CPU，尤其空转时；真正的异步模型把轮询也卸载给了内核（如 epoll_wait 或 io_uring 的 sq/cq）；
- POSIX AIO 在 Linux 上长期基于线程池模拟，并非真正内核异步；直到 io_uring（5.1+）才实现零拷贝、无锁、内核态全链路异步。
