结论：C++中实现非阻塞系统调用的核心是用fcntl对文件描述符设置O_NONBLOCK标志；因其通用性强、可移植性好，适用于任意已打开fd（socket/pipe/普通文件等），且必须对accept等返回的新fd单独设置，避免误判EAGAIN为错误而引发假断连。
直接说结论：在 C++ 中实现非阻塞系统调用，核心是用 fcntl 对文件描述符（如 socket、pipe、tty）设置 O_NONBLOCK 标志，而不是靠语言层封装——C++ 本身没有“非阻塞调用”语法糖，一切依赖 POSIX 接口。
为什么 fcntl(fd, F_SETFL, O_NONBLOCK) 是首选
比起创建 socket 时就传 SOCK_NONBLOCK（Linux 3.9+），fcntl 更通用、可移植性更好：它适用于任何已打开的 fd（包括 open() 打开的普通文件、pipe() 创建的管道、甚至 dup() 复制来的 fd），而不仅仅是 socket。
常见错误是只在 socket 创建时设非阻塞，后续 accept() 返回的新 fd 仍是阻塞的——必须对每个新 fd 单独调用 fcntl。
-
fcntl(fd, F_GETFL)先读当前标志，再用按位或（|）添加O_NONBLOCK，避免覆盖其他标志（如O_APPEND） - 失败时返回 -1，务必检查
errno == EINVAL（不支持非阻塞）或EBADF（fd 无效） - 对普通磁盘文件设
O_NONBLOCK通常无实际效果（read/write 仍会阻塞），仅对设备文件、socket、pipe 等有意义
read()/write() 遇到非阻塞 fd 时的行为
非阻塞不是“立刻返回成功”，而是“没数据/没空间时立刻返回错误”。关键判断逻辑是：当 read() 返回 0 表示 EOF；返回 -1 且 errno == EAGAIN 或 EWOULDBLOCK（二者在 Linux 上等价）才表示“暂时没数据，稍后再试”。
立即学习“C++免费学习笔记（深入）”；
典型误判是把 errno == EAGAIN 当成严重错误直接关闭连接——这会导致大量假断连。
-
write()返回 -1 +EAGAIN表示内核发送缓冲区满，需等待POLLOUT事件再重试 - 对同一 fd 混用阻塞/非阻塞操作不安全，必须全程一致
- 注意
send()和recv()在 MSG_WAITALL 下会忽略非阻塞标志，行为退化为阻塞
如何安全地组合 select()/poll() 与非阻塞 fd
单纯设非阻塞还不够——你得知道“什么时候可以 read/write”。这时候 select() 或 poll() 就是配套工具：它们告诉你某个 fd 是否就绪，之后再用非阻塞的 read() 去捞数据，避免轮询空转。
容易踩的坑是：select() 返回可读，但 read() 仍返回 EAGAIN。这是因为 select() 的就绪判断和内核实际状态存在微小时间差（尤其多线程环境下），所以必须把 read() 的 EAGAIN 视为正常流程分支，而非异常。
- 用
poll()替代select()可避开 fd 数量限制（FD_SETSIZE），且接口更清晰 -
pollfd.revents & POLLIN表示可读，但要配合非阻塞read()才能真正不卡住 - 不要在
poll()前临时取消O_NONBLOCK——那会让整个设计失效
最常被忽略的一点：O_NONBLOCK 是 fd 级别的属性，不是进程级或线程级。fork 后子进程继承该标志，但线程间共享 fd 表，所以多线程程序里一个线程改了某 fd 的阻塞状态，其他线程立刻受影响——这既是便利也是隐患。
