不能直接用read()/write()，因阻塞模式会卡线程，非阻塞模式需轮询而浪费CPU且响应不及时；真正异步需内核通知（如select、epoll）或异步库。
串口异步读写为什么不能直接用 read() / write()
因为标准 POSIX read() 和 write() 在阻塞模式下会卡住线程，非阻塞模式又得轮询——既浪费 CPU，又无法及时响应数据到达。真正的异步需要内核通知（如 select()、epoll() 或信号驱动 I/O），或依赖封装好的异步库。
Linux 下用 select() 实现轻量级异步串口
select() 是最直接、无第三方依赖的方案，适合嵌入式或资源受限场景。关键点不是“完全不阻塞”，而是让单线程能同时等待串口数据和其它事件（比如定时器、用户输入）。
实操建议：
- 打开串口时必须设为非阻塞：
fcntl(fd, F_SETFL, O_NONBLOCK)，否则select()可能失效 -
select()的超时参数要合理：设为{0, 100000}（100ms）可兼顾响应与功耗；设为NULL就退化成阻塞等待 - 每次
select()返回后，务必检查FD_ISSET(fd, &read_fds)，再调用read()；否则可能读到 0 字节或EAGAIN - 读到的数据需手动缓存拼包——串口没有消息边界，
read()可能只返回半个帧
int fd = open("/dev/ttyUSB0", O_RDWR | O_NOCTTY | O_NONBLOCK);
// ... 配置 termios ...
fd_set read_fds;
struct timeval tv = {0, 100000};
while (running) {
FD_ZERO(&read_fds);
FD_SET(fd, &read_fds);
int ret = select(fd + 1, &read_fds, nullptr, nullptr, &tv);
if (ret > 0 && FD_ISSET(fd, &read_fds)) {
ssize_t n = read(fd, buf, sizeof(buf)-1);
if (n > 0) { /* 处理数据 */ }
}
}Windows 下绕过 OVERLAPPED 手动管理的坑
Windows 原生异步依赖 ReadFile() + OVERLAPPED，但手动处理完成例程（completion routine）极易出错：比如回调中调用 CloseHandle() 导致句柄提前释放，或忘记重置 OVERLAPPED 结构体的内部状态。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
更稳妥的做法是用 WaitForMultipleObjects() 等待多个串口事件，或改用 SetCommMask() + WaitCommEvent() 监听特定事件（如 EV_RXCHAR），再配合非阻塞 ReadFile()。
常见错误：
-
OVERLAPPED必须在每次ReadFile()前清零（memset(&ol, 0, sizeof(ol))），否则hEvent可能被复用导致误触发 -
WaitCommEvent()不会自动重置事件，必须在收到EV_RXCHAR后立刻再次调用它，否则后续数据不通知 - 串口缓冲区默认很小（
SetupComm()默认 1024 字节），大数据流容易丢帧
要不要用 Boost.Asio 或 libserial？
Boost.Asio 的 serial_port 支持真正的异步操作（async_read_some()），但会引入 Boost 依赖和较重的编译开销；libserial 更轻，但仅支持 Linux/macOS，且异步本质仍是基于 select() 封装。
选型建议：
- 项目已用 Boost → 直接上
boost::asio::serial_port，注意设置set_option(serial_port_base::baud_rate(115200))等参数 - 纯 CMake 项目且需跨平台 → libserial 更干净，但它的
read()是同步的，异步需自己起线程 + 条件变量 - 对启动时间/内存敏感（如 MCU 上跑的 Linux）→ 手写
select()最可控，也最容易调试
真正麻烦的从来不是“怎么发起异步”，而是数据粘包、波特率误差导致的校验失败、以及热插拔时文件描述符失效却没被 select() 通知——这些细节比选择哪个 API 更消耗调试时间。
