串口操作权限、读写阻塞、参数匹配及关闭清理四大问题需分别处理：加dialout组获权限；用O_NONBLOCK或VMIN/VTIME设读超时；显式配置termios波特率/数据位/校验位；close前调tcdrain和tcflush。
open() 串口设备节点失败：Permission denied 怎么办
Linux 下直接 open("/dev/ttyUSB0", O_RDWR) 报 Permission denied，大概率不是代码问题，而是权限没给。普通用户默认无权访问串口设备节点，系统不会自动放行。
实操建议：
- 临时解决：用
sudo chmod 666 /dev/ttyUSB0（不推荐长期用） - 更稳妥：把当前用户加进
dialout组，执行sudo usermod -a -G dialout $USER，然后**完全退出并重登会话**（仅重启终端不够） - 验证是否生效：运行
groups看输出里有没有dialout；再试open()是否成功
注意：设备插拔后节点名可能变（如 /dev/ttyUSB1），别硬编码路径；udev 规则可固定名称，但那是另一层需求。
read() 返回 0 或阻塞：串口没设对非阻塞和超时
C++ 用 read() 从串口读数据，常遇到两种情况：要么卡住不动（默认阻塞），要么立刻返回 0（误判为 EOF）。根本原因是没配好文件描述符行为和串口属性。
立即学习“C++免费学习笔记（深入）”；
实操建议：
- 设非阻塞：
fcntl(fd, F_SETFL, O_NONBLOCK)，这样read()立即返回，没数据时 errno 是EAGAIN或EWOULDBLOCK - 设超时更可控：用
termios配置c_cc[VMIN]和c_cc[VTIME]—— 比如VMIN = 0,VTIME = 10表示最多等 1 秒，有数据就立刻返，没数据也 1 秒后返回 - 别漏掉
cfmakeraw()：它清掉回显、信号、流控等干扰项，是串口通信的起点配置
常见错误：只改了 O_NONBLOCK 却没调 tcsetattr()，结果还是受默认 termios 影响，读写行为不可控。
write() 发不出数据或乱码：波特率/数据位/校验位不匹配
发出去的数据对方收不到，或收到一堆乱码，90% 是串口参数没对齐。C++ 本身不处理这些，全靠 termios 结构体设置，错一个字段就全崩。
实操建议：
- 必须显式设置：用
cfsetispeed()和cfsetospeed()设波特率（如B115200），别依赖默认值 - 关闭校验：设
~PARENB；8 数据位：设CS8；1 停止位：~CSTOPB—— 这是最常用组合，但得按硬件文档确认 - 禁用软硬件流控：
~IXON & ~IXOFF & ~CRTSCTS，否则0x11/0x13可能被吞掉
性能影响：波特率越高，对 CPU 和线缆质量要求越严；低于 9600 时 VTIME 超时值要相应放大，不然容易漏字节。
close() 后串口还占着？记得 tcdrain() 和清空缓冲区
程序退出前只调 close(fd)，下次启动可能发现设备“忙”，或者残留数据干扰新连接。Linux 内核不会自动等发完，也不会清接收缓存。
实操建议：
- 关之前先等发完：
tcdrain(fd)，它会阻塞直到输出队列空 - 清输入缓冲：
tcflush(fd, TCIFLUSH)，避免上次未读数据污染下一次 - 如果程序异常退出（比如 SIGSEGV），这些清理不会发生 —— 所以关键逻辑最好包在 RAII 类里，或至少用
atexit()注册清理函数
容易被忽略的一点：某些 USB 转串口芯片（如 CH340）在 close() 后需要几十毫秒才能真正释放，短时间重复 open 可能失败，加个 usleep(100000) 更稳。
