[转]微软SerialPort秘籍[SerialPort为什么死锁程序的分析]

既然是秘籍，显然是写一些大家不常找到的，MSDN里遗漏提示大家注意的东西。

用过.net 2.0中，自带SerialPort的人，大多都遇到过。莫名其妙的执行Close的时候会死掉的问题。而Wince,mobile下，甚至Write,WriteLine的时候也会死锁。这和串口底层驱动有关。

1.Close的时候死机问题

我只是猜测，Close执行的操作是调用2个API:

SetCommMask(m_hComPort,0);
WaitForSingleObject(m_pThread->m_hThread,INFINITE);
m_pThread=NULL;
if(m_hComPort!=INVALID_HANDLE_VALUE)  CloseHandle(m_hComPort);

这里的话，SetCommMask操作的时候。如果你的DeviceReceived事件没执行完，里面还有更新界面的操作。就会监听线程在等待，执行到界面操作，界面又要求关闭监听线程然后关闭串口。死锁了。

[解决办法]

一个正确不会死机的串口程序(主要是DataReceived事件里如果要调用ui来显示数据或分析结果的时候。ui的效率不确定，ui可能快。可能慢，可能用户某个操作阻塞中，会导致DataReceived事件执行很长时间，不论如何，这个时间我们无法预料)。

应该在关闭之前执行这句

while (Environment.TickCount - i < 2000 && _isReceiving) Application.DoEvents();

2.WriteLine,Write死锁

串口必然会读写超时，你无法预测你软件运行的硬件都足够快，串口驱动都效率很高。并且读写超时是正常现象。但是微软的SerialPort类默认的读写超时都是-1，无限等待，如果串口驱动有效率陷阱，超时了。Write和WriteLine就导致软件死锁无法继续使用了。

[解决办法]

设置读写超时为1000毫秒

3.不知道有人注意过没，WriteLine好像和Write效果一样？不是一个错误，而是微软一个很奇怪的设计，他允许设置换行符，默认是""，你需要自己设置NewLine属性为"/r/n"。否则Write和WriteLine是一样的。

--------------------------------------------------------------------------------

下面演示一个标准的，不会软件死锁的基于SerialPort的例子：

using System;
using System.Drawing;
using System.Text;
using System.Windows.Forms;
using System.IO.Ports;
using System.Collections.Generic;

namespace SerialSample
{
    public partial class FormSerialSample : Form
    {
        //Fields
        SerialPort _comm = new SerialPort("COM1", 19200);
        bool _isReceiving = false;
        //wince下4096字节为一页，一次分配一页内存可能会快。但不知道托管内存是否也如此
        List<byte> buf = new List<byte>(4096);

        //Construct
        public FormSerialSample()
        {
            InitializeComponent();
        }

        bool Open()
        {
            _comm.WriteTimeout = 1000;//写超时，如果底层串口驱动效率问题，能有效的避免死锁
            _comm.ReadTimeout = 1000;//读超时，同上
            _comm.NewLine = "/r/n";//新行的文本，用于WriteLine方法中由系统附加在text后
            _comm.DataReceived += OnComm;//注册事件
            _comm.Open();//打开串口
            return _comm.IsOpen;//返回打开结果
        }

        void Close()
        {
            //这里需要允许OnComm方法执行完。如果不这么做。可能会
            //先由某个地方执行到了Close，然后监听线程触发，调用了OnComm
            //OnComm执行完缓存，执行this.Invoke。不知道Invoke原理。可能是
            //消息机制?那么你如果正在这个函数里，不释放的时候，你就不会继续
            //处理消息，所以我们要关闭之前，手工的调用消息处理函数
            _comm.DataReceived -= OnComm;//反注册事件，避免下次再执行进来。
            //最大延迟2秒，并检测到OnComm退出则退出，处理系统消息队列中的消息
            int i = Environment.TickCount;
            while (Environment.TickCount - i < 2000 && _isReceiving) Application.DoEvents();
            _comm.Close();//现在没有死锁了，关闭串口
        }

        void OnComm(object sender, SerialDataReceivedEventArgs e)
        {
            _isReceiving = true;//开始读

            //缓存你的数据，注意，最好在Invoke之外缓存数据，只有更新UI的才需要Invoke
            int count = _comm.BytesToRead;
            if (count < 1) return;
            byte[] tmpBuf = new byte[count];
            _comm.Read(tmpBuf, 0, count);
            //连续3k数据没分析，应该没啥用了。
            //避免数据太多分析时候时间长导致效率明显下降
            if (buf.Count > 3000) buf.Clear();
            buf.AddRange(tmpBuf);

            //分析数据
            //自己实现

            //匿名委托，用于this.Invoke调用。
            EventHandler delUpdate = delegate
            {
                //执行你的更新ui操作
            };
            this.Invoke(delUpdate);

            _isReceiving = false;//结束读
        }
    }
}

串口是没啥技术含量。但是这个微软的SerialPort实在给不少人带来了麻烦，死机是绝大多数人遇到的，我以前是MSDN,微软的技术论坛，CSDN，GOOGLE,Baidu都搜索了。甚至发了邮件给微软的wince开发组，没有任何答案。不求您觉得我写的有什么价值，但希望对有同样困惑的朋友。能搜索到此文章时候，解决一个隐含的问题。

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/wuyazhe/archive/2009/01/17/3806248.aspx