o_nonblock对普通磁盘文件无效，仅对socket、pipe、tty等可能永久阻塞的fd生效；posix规定其只影响可能阻塞的操作，而磁盘read/write总是立即返回，故设置成功但行为不变。
Linux/macOS 下 C++ 文件描述符无法直接设为非阻塞 —— O_NONBLOCK 对普通磁盘文件无效，只对 socket、pipe、tty 等支持异步 I/O 的 fd 生效。
为什么 fcntl(fd, F_SETFL, O_NONBLOCK) 对普通文件没反应？
POSIX 明确规定：O_NONBLOCK 仅影响“可能引起进程阻塞”的操作（如读写管道末尾、等待网络数据、终端输入等）。磁盘文件的 read()/write() 总是立即返回（哪怕要等磁盘寻道），内核不将其视为“可阻塞操作”。所以调用成功，但行为完全不变。
- 调用
fcntl(fd, F_GETFL)会看到O_NONBLOCK确实被设置了，但read()仍会阻塞直到数据就绪或 EOF - glibc 甚至会在 open(2) 时静默忽略对 regular file 使用
O_NONBLOCK - 错误现象：代码逻辑以为“非阻塞读”，结果在大文件
read()时卡住数秒，排查发现根本没生效
哪些 fd 实际支持 O_NONBLOCK？
只有内核认为“可能永久挂起”的资源类型才响应该标志。典型场景：
- socket（TCP/UDP）：
recv()在无数据时立即返回-1+errno == EAGAIN/EWOULDBLOCK - pipe/fifo：
read()从空 pipe 读时不会阻塞 - tty/pts：
read()不等待用户按键（需配合termios设置） - inotify/eventfd/signalfd：事件就绪前读取返回
EAGAIN
验证方式：strace -e trace=read,write,fcntl ./your_program，观察系统调用是否真的返回 EAGAIN。
想对磁盘文件做非阻塞读写？换思路
真正需求通常是“不卡主线程”或“超时控制”，而非字面意义的非阻塞。可行路径：
- 用
std::thread或线程池封装read()/write()，配合std::future::wait_for()实现超时 - Linux 上用
io_uring（需 kernel ≥5.1）提交异步读写请求，通过io_uring_enter()轮询或事件通知 - POSIX AIO（
aio_read()）—— 但 glibc 实现是线程池模拟，且接口笨重，错误处理复杂 - 内存映射 +
madvise(MADV_DONTNEED)控制预读，避免大文件读取时的隐式阻塞
示例（线程+超时）：
auto fut = std::async(std::launch::async, []{ return read(fd, buf, size); });<br>if (fut.wait_for(100ms) == std::future_status::ready) { /* 成功 */ } else { /* 超时，可 cancel 或重试 */ }
误用 O_NONBLOCK 的隐蔽代价
即使对不支持的文件设置成功，也会带来副作用：
- 干扰后续
dup()或子进程继承 —— 所有副本都带该 flag，可能意外影响其他模块 - 某些库（如 libuv）内部依赖
O_NONBLOCK状态判断资源类型，导致误判和奇怪行为 - 调试困难：
fcntl(fd, F_GETFL)返回含O_NONBLOCK，但 strace 显示read()依然阻塞，容易陷入“flag 没生效”的死循环排查
真正需要非阻塞语义时，先确认 fd 类型是否在内核支持列表里；否则，别碰 O_NONBLOCK，老实用线程或异步 I/O 框架。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
