必须用posix open()或fcntl()设置o_nonblock标志，因c++流不暴露fd控制权；普通文件设该标志无效，仅socket等设备有效；非阻塞下read/write遇eagain需重试而非关闭，须配合poll()/select()检测就绪。
不能直接对 std::ifstream / std::ofstream 设置非阻塞——C++ 标准流封装层完全屏蔽了文件描述符控制权，必须操作底层 int fd。
为什么 setvbuf 或 ios_base::sync_with_stdio(false) 不行
这些只是调整缓冲策略或解除 C stdio 同步，并不改变系统调用行为。即使关掉缓冲，read() 和 write() 仍会按 fd 的阻塞属性执行。真正起作用的是 O_NONBLOCK 标志，它属于内核对 fd 的状态配置，和用户态缓冲无关。
-
setvbuf(..., _IONBF, ...)只让fread/fwrite绕过 FILE 缓冲，但底层仍走阻塞的read()/write() -
std::cin.rdbuf()->pubsetbuf(nullptr, 0)同理，不触碰 fd 层 - 试图对
fileno(fp)调用fcntl也无效——因为std::fstream构造时可能已用O_CLOEXEC等标志打开，且内部管理 fd 生命周期，外部修改易失效
正确路径：从 open() 开始控制 fd
想获得非阻塞 IO，就得绕过 C++ 流，用 POSIX 原生接口打开文件，再用 fcntl 设置标志。适用于 socket、pipe、tty、命名管道等，但注意：普通磁盘文件设 O_NONBLOCK 无实际效果（Linux 内核忽略该标志，read()/write() 依然阻塞）。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 创建 fd 时就加标志更安全：
int fd = open("/dev/ttyTHS0", O_RDWR | O_NONBLOCK); - 若已存在 fd（如
accept()返回的 socket），必须单独设置：fcntl(fd, F_SETFL, fcntl(fd, F_GETFL) | O_NONBLOCK); - 务必先
fcntl(fd, F_GETFL)获取当前标志，再用|添加O_NONBLOCK，否则会覆盖O_APPEND、O_SYNC等其他关键标志 - 检查返回值：
fcntl失败时返回-1，常见errno是EBADF（fd 无效）或EINVAL（设备不支持非阻塞）
read()/write() 遇到 EAGAIN 怎么处理
非阻塞不是“不失败”，而是把等待变成显式错误。关键不是避免 EAGAIN，而是正确响应它：
-
read()返回-1且errno == EAGAIN或EWOULDBLOCK→ “暂时没数据，稍后重试” -
read()返回0→ 对端已关闭（EOF），不是错误 -
write()返回-1+EAGAIN→ 内核发送缓冲区满，需等POLLOUT就绪后再试 - 绝对不要把
EAGAIN当成连接异常去 close()，这是最典型的假断连根源
搭配 select()/poll() 才算完整方案
光设非阻塞还不够——你得知道“什么时候能读/写”。select() 或 poll() 是配套机制，它们告诉你 fd 是否就绪，之后再用非阻塞 read() 捞数据，避免空轮询。
-
select()返回可读，不代表一定能立刻读出数据：多线程下存在微小时间差，read()仍可能返回EAGAIN，这属于正常流程分支 - 优先用
poll()：没有FD_SETSIZE限制，接口更清晰，events字段明确区分POLLIN/POLLOUT - 混用阻塞与非阻塞操作在同一 fd 上不安全，必须全程统一模式
真正容易被忽略的是：每个新生成的 fd（比如 accept()、dup()、pipe() 子 fd）都得单独调一次 fcntl。没人帮你自动继承父 fd 的非阻塞属性。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
