第一篇文章我相信很多人不看都能做的出来，但是，用过微软SerialPort 类的人，都遇到过这个尴尬，关闭串口的时候会让软件死锁。天哪，我可不是武断，算了。不要太绝对了。99.9%的人吧，都遇到过这个问题。我想只有一半的人真的解决了。另外一半的人就睁只眼闭只眼阿弥佗佛希望不要在客户那里出现这问题了。 你看到我的文章，就放心吧，这问题有救了。我们先回顾一下上一篇中的代码 view plaincopy to clipboardprint? void comm_DataReceived(object sender, SerialDataReceivedEventArgs e) { //先记录下来，避免某种原因，人为的原因，操作几次之间时间长，缓存不一致 int n = comm.BytesToRead; //声明一个临时数组存储当前来的串口数据 byte[] buf = new byte[n]; //增加接收计数 received_count += n; //读取缓冲数据 comm.Read(buf, 0, n); //清除字符串构造器的内容 builder.Clear(); //因为要访问 ui 资源，所以需要使用invoke 方式同步 ui。 this.Invoke((EventHandler)(delegate{...界面更新，略})); } private void buttonOpenClose_Click(object sender, EventArgs e) { //根据当前串口对象，来判断操作 if (comm.IsOpen) { //打开时点击，则关闭串口 comm.Close();//这里就是可能导致软件死掉的地方 } else {...} } void comm_DataReceived(object sender, SerialDataReceivedEventArgs e) { //先记录下来，避免某种原因，人为的原因，操作几次之间时间长，缓存不一致 int n = comm.BytesToRead; //声明一个临时数组存储当前来的串口数据 byte[] buf = new byte[n]; //增加接收计数 received_count += n; //读取缓冲数据 comm.Read(buf, 0, n); //清除字符串构造器的内容 builder.Clear(); //因为要访问 ui 资源，所以需要使用 invoke 方式同步 ui。 this.Invoke((EventHandler)(delegate{...界面更新，略})); } private void buttonOpenClose_Click(object sender, EventArgs e) { //根据当前串口对象，来判断操作 if (comm.IsOpen) { //打开时点击，则关闭串口 comm.Close();//这里就是可能导致软件死掉的地方 } else {...} } 为什么会死锁呢，并发冲突。 我们要了解一下 SerialPort 的实现和串口通讯机制，在你打开串口的时候，SerialPort 会创建一个监听线程 ListenThread，在这个线程中，等待注册的串口中...
