C# 串口通讯是否适合使用多线程编程

UI上有GridView和两个串口参数设置框，GridView每行有两列，一列是最小值，另一列是最大值，通过串口1发送数值，串口2接收该数值，然后判断数值是否在GridView每行的最小值和最大值之间，判断完一行然后判断下一行... ...
原先 为了保证检测的速度使用了多线程编程，但一直没实现；后来改为先调用发送函数，然后是接收函数，最后是判断函数，发现这样速度也很快。所以，我想请问大家有没有什么建议做这类的项目。

1）一般的来说，要保证实时性（接收实时性以及发送的实时性），对串口操作采用多线程：一个线程负责接收；另一个线程负责发送。
2）在 .Net类库中 System.IO.Ports.SerialPort就是采用这种方案：即无论你程序是否启动额外线程来处理窗口接收与发送，System.IO.Ports.SerialPort类都是按照多线程方式工作！
3）在MSDN关于SerialPort 类的文档中，请注意SerialPort类有个属性BaseStream。这个属性用于显式异步 I/O 操作，即多线程方式操作串口
4）同样，在MSDN文档中关于SerialPort.DataReceived 事件的说明中有这么一句话：“……从 SerialPort 对象接收数据时，将在辅助线程上引发 DataReceived 事件……”，意思很明白：DataReceived事件是在主线程之外的另一个辅助线程上引发的！
====
说了这么多，结论很简单：
串口通讯绝对适合使用多线程编程，因为System.IO.Ports.SerialPort本身就支持多线程操作；当然，你完全可以绕开System.IO.Ports.SerialPort提供的多线程机制，实现自己的单线程输入与输出操作。除非你有你特定的需求，这样做显然不是上策。

温馨提示：内容为网友见解，仅供参考

当前网址：https://11.t2y.org/zz/pff4q4qm2p4m7782874.html