SerialPort.Write() 发送数据最简单但极易出错：必须设置 WriteTimeout、显式指定编码（如 GB2312）、加锁防多线程竞争，并全程复用同一 SerialPort 实例；PortName、BaudRate、DataBits/StopBits/Parity 四参数须与设备严格一致，缺一不可。
直接说结论：用 SerialPort.Write() 发送数据最简单，但不加超时、不设编码、不处理线程竞争，十次有八次会卡死或乱码。
串口发送前必须确认的 4 个参数
这些不是可选项，是设备能“听懂你话”的前提。任意一个错，Write() 看似执行成功，实际对方收不到或解析失败：
-
PortName：比如"COM3"，必须真实存在且未被占用（可用SerialPort.GetPortNames()列出） -
BaudRate：比如115200，必须和硬件设备配置完全一致，差 1 都不行 -
DataBits、StopBits、Parity：常见组合是DataBits=8、StopBits=One、Parity=None；如果设备手册写的是 “9600,N,8,1”，那就对应这三者 -
WriteTimeout：必须设，比如port.WriteTimeout = 1000，否则写入阻塞时整个线程会挂住
发送字符串时编码不匹配 = 乱码
串口只认字节，Write(string) 是重载方法，它默认用 ASCIIEncoding 编码——这意味着中文、日文、带符号的数字全会变问号或空格。
正确做法是显式指定编码，并转成 byte[] 再发：
var encoding = Encoding.GetEncoding("GB2312"); // 中文设备常用
// 或 Encoding.UTF8（部分新设备支持）
byte[] bytes = encoding.GetBytes("温度:25.6℃");
port.Write(bytes, 0, bytes.Length);
注意：Encoding.Default 在不同 Windows 系统上可能指向不同编码（比如简体中文系统是 GB2312，繁体可能是 BIG5），绝对不要用。
多线程调用 Write() 会崩溃
如果你在按钮点击里发一次，在定时器里又发一次，或者多个模块共用一个 SerialPort 实例，Write() 可能同时被两个线程调用，抛出 InvalidOperationException 或静默丢包。
最轻量的保护方式是加锁：
private readonly object _writeLock = new object();
public void Send(byte[] data)
{
lock (_writeLock)
{
try
{
port.Write(data, 0, data.Length);
}
catch (TimeoutException)
{
// 记录日志，不要吞掉
}
}
}
别用 port.IsOpen 做条件判断再写——它和 Write() 之间存在竞态窗口，仍可能报错。
发送后不关串口，下次打开就失败
新手常犯的错误：每次发送都 new SerialPort() → Open() → Write() → Close()。看起来没问题，但 Close() 不等于立即释放资源，底层驱动可能还在清理状态，下一次 Open() 就会抛 UnauthorizedAccessException 或 IOException。
真正稳定的模式是：
- 程序启动时初始化并
Open()一次 - 全程复用同一个
SerialPort实例 - 退出前调用
Close()或Dispose()
如果真要临时开关，务必加 try/catch 捕获 IOException，并等几百毫秒再重试——这不是设计缺陷，是 Windows 串口驱动的固有行为。
