C#在SerialPort_DataReceived事件中加入timer控件timer.enable启用后，不能进入tick事件原因。

如图，若是在其他的控件事件中启用timer.enable=true，则如果该事件的进程在结束后，该事件进程销毁，同时timer开启的事件也会销毁，从而无法进入到timer的tick事件中。

调试方法：

若在该事件中无法进入tick事件，在该事件中加入延时函数进行调试，（注意：延时函数不能使用

System.Threading.Thread.Sleep(1000);//延时1000毫秒

该延时函数，该延时函数在执行时，不会相应任何事件）可以创建一个延时方法：

 public static void Delay(int milliSecond)//毫秒级延时
        {
            int start = Environment.TickCount;
            while (Math.Abs(Environment.TickCount - start) < milliSecond)//毫秒
            {
                Application.DoEvents();
            }
        }

 如图所示在timer.enable=true启用后加入delay延时函数，查看是否能进入tick事件。

 

解决方法：

使用线程的方法来解决，重新开一个线程来执行timer控件的延时，可以使用委托方法进行解决。

注意：委托分为同步委托和异步委托方法。

            /// 同步委托
            this.Invoke(new MethodInvoker(delegate
            {
                timer1.Interval = 500;
                timer1.Start();
            }));

///异步委托
this.BeginInvoke(new MethodInvoker(delegate
            {

                timer1.Interval = Convert.ToInt32(CBox_Timer_Interval1.Text);//转换straing类型为int类型
                //timer1.Interval = 200;
                timer1.Start();
            }));

但是在SerialPort_DataReceived事件中建议用异步委托的方法，如果这里采用同步委托的话，会造成委托的timer事件会抢占主线程事件，阻塞线程，如果这里的SerialPort_DataReceived数据一直在跟新（由于我的SerialPort_DataReceived事件中有很复杂的东西需要处理），造成程序界面卡死，乃至调试时电脑界面卡死，CPU资源占用直接拉满。用异步委托的方法可以解决此问题，异步委托不会阻塞线程。

如果是这里使用同步委托的话，建议SerialPort_DataReceived事件中不要处理繁杂的工作。