Windows下串口报UnauthorizedAccessException主因是端口被系统服务或其他进程独占，非权限设置问题；应先用mode com1或资源监视器查占用进程，C#中需用GetPortNames()筛选可用端口并try-catch处理异常。
串口打开就报 UnauthorizedAccessException
Windows 下非管理员权限常被拒绝访问 COM 口，尤其 COM1–COM4 或被系统服务（如蓝牙、调试驱动）占用。不是权限设置问题，而是端口正被其他进程独占。
- 用
mode com1命令在 CMD 查看端口状态，若提示“设备忙”，说明已被占用 - 任务管理器 → “性能”页 → 打开资源监视器 → “CPU”页 → “关联的句柄”，搜索
com1（或你的端口号），看哪个进程在用 - C# 中别硬写
new SerialPort("COM3")后直接Open()；先用SerialPort.GetPortNames()拿到可用列表，再逐个尝试Open()+try/catch捕获UnauthorizedAccessException和IOException
SerialPort.DataReceived 事件不触发或丢数据
这不是线程安全问题，而是事件回调在辅助线程执行，而你可能在 UI 线程里更新控件，又没做同步；更常见的是缓冲区溢出或读取不及时——DataReceived 只是通知“有数据来了”，不保证一次把所有字节都给你。
- 事件回调里别做耗时操作（比如解析协议、写文件），只负责把
serialPort.ReadExisting()或serialPort.ReadBytes()的结果推到队列或ConcurrentQueue<byte></byte> - 务必设置
serialPort.ReceivedBytesThreshold = 1（默认是 1，但显式设更稳妥），否则可能等满缓冲才触发 - 如果设备发的是带帧头帧尾的二进制包，别依赖
ReadExisting()（它只对 ASCII 安全），改用BytesToRead+Read()手动拼包
波特率/校验位设错导致乱码或收不到数据
串口通信是裸协议，没有握手、没有重传，参数错一个，基本就收不到有效数据。常见误区是以为“能连上=能通”，其实连上只代表物理链路通，参数错照样静默失败。
- 确认硬件文档：查清设备要求的
BaudRate、Parity（None/Odd/Even）、DataBits（通常是 8）、StopBits（One最常见） - C# 中
SerialPort默认是Parity.None、DataBits=8、StopBits.One，但有些旧设备要StopBits.Two或Parity.Mark，必须显式赋值 - 用串口调试助手（如 XCOM、SSCOM）先验证参数是否正确，再写 C# 代码，别跳过这步
程序退出时串口没关闭引发 ObjectDisposedException
没调 Close() 或 Dispose()，下次启动时系统可能还记着这个句柄没释放，导致新实例打不开同一 COM 口。
- 必须在
Form.Closing、MainWindow.Closing或IAsyncDisposable（.NET 6+）中调用serialPort?.Close()和serialPort?.Dispose() - 不要只依赖
using块——如果串口长期运行（比如后台监听服务），using会过早释放 - 加一层防护：打开前先检查
serialPort.IsOpen == false，关闭后置空引用，避免重复 Close 报错
串口最麻烦的从来不是代码怎么写，而是你永远不知道设备固件有没有悄悄改过停止位，或者 USB 转串口芯片驱动是不是偷偷把 COM 号映射错了。多打日志，少猜。
