java application.doevents_关于Application.DoEvents()的小研究

关于Application.DoEvents()的小研究

在MSDN中的备注是:

当运行 Windows 窗体时，它将创建新窗体，然后该窗体等待处理事件。该窗体在每次处理事件时，均将处理与该事件关联的所有代码。所有其他事件在队列中等待。在代码处理事件时，应用程序并不响应。例如，当将另一窗口拖到该窗口前面时，该窗口不重新绘制。

如果在代码中调用 DoEvents，则您的应用程序可以处理其他事件。例如，如果您有向 ListBox 添加数据的窗体，并将 DoEvents 添加到代码中，那么当将另一窗口拖到您的窗体上时，该窗体将重新绘制。如果从代码中移除 DoEvents，那么在按钮的单击事件处理程序执行结束以前，您的窗体不会重新绘制。

刚开始接触这段话的时候，会读不懂。所以我就去找了篇文章，文章中通过一个循环输出文本的例子解释了通过这段代码可以给人带来很好的用户体验(

不加的话程序只会显示输出循环最后的结果，但是加了以后会实时的输出)，从而消除了认为进程死掉的情况。他还提到了用这个的缺点是影响了进程的效率，并通过了一个测验证实他的观点。

看了他的博客，我也就仿照他的说明写了个代码进行了测验，第一个代码是同他说的一样，加不加代码的效果是不同的。但是第二个，因为用一个计时器来计时。我因为不是很懂计时器，我就写了个类似计时器的代码，原理感觉上和他的差不多。

Code1 privatevoidbutton1_Click(objectsender, EventArgs e)2 {3 this.timer1.Start();4 this.timer1.Interval=1000;5 this.timer1.Tick+=newEventHandler(timer1_Tick)；6 for(intq=0; q<10000; q++)7 {8 textBox1.Text=q.ToString();9 Application.DoEvents();10 if(q==9999)11 {12 this.timer1 .Stop ();13 }14 }15 }16 17 privatevoidtimer1_Tick(objectsender, EventArgs e)18 {19 num++;20 label2.Text=num.ToString();21 //MessageBox.Show("hehe!");22 }23

原理是：用Timer组件，写了一个Tick事件并设置了间隔时间，在事件内用了一个counter 来计数，再通过计数的结果已经响应的时间间隔来计算时间。再运行加了DoEvents代码的运行的很好，和我想的一样。

然后我又写了一个

Code1 privatevoidbutton2_Click(objectsender, EventArgs e)2 3 {4 5 this.timer1.Start();6 7 this.timer1.Interval=1000;8 9 this.timer1.Tick+=newEventHandler(timer1_Tick);10 11 for(intq=0; q<100000; q++)12 13 {14 15 textBox2.Text=q.ToString();16 17 if(q==99999)18 19 {20 21 this.timer1.Stop();22 23 }24 25 }26 27 label2.Text=num.ToString ();28 29

运行后发现，textBox2.可以得到99999就是结果的值，但是 label2却一直是零，也就相当于没有触发Tick事件，这就把给搞昏了，我明明是设定了Timer的Start而且也在循环之前调用的Tick 事件，这是为什么呢？我又试着将代码里的stop 给注释掉，再运行，在循环结束后可以运行Tick 事件了。从这个结果来看，开始以为Tick本来是可以运行的。因为Tick的触发是在当指定的计时器间隔已过去而且计时器处于启用状态时发生。那么有可能时间间隔太长，导致时间间隔没解释，也就是Tick来不及触发。为了验证这个是否正确，我将时间间隔调小，但是结果还是那样，而且到后来我直接将Tick的事件触发代码带到了循环中，可结果还是那样。到此，我想也许是存在优先级的概念，是否循环这个进程的优先级比Tick的优先级高。之前在循环体内设置的到99999后的Stop掉Timer，直接导致Tick刚要执行就被强行关掉了。因为MSDN上也查不到这方面的原因，我就此当做是结论了。

从这个测验后再回头想DoEvents的功能，我就想DoEvents就好比实现了进程的同步。在不加的时候，因为优先级的问题，程序会执行主进程的代码，再执行Tick的代码，而加了以后就可以同步执行。

从这个测验后再回头想DoEvents的功能，我就想DoEvents就好比实现了进程的同步。在不加的时候，因为优先级的问题，程序会执行主进程的代码，再执行Tick的代码，而加了以后就可以同步执行。

再回想那位网友在博客里写到的：

记得第一次使用Application.DoEvents()是为了在加载大量数据时能够有一个数据加载的提示，不至于系统出现假死的现象，当时也没有深入的去研究他的原理是怎样的，结果在很多地方都用上了Application.DoEvents()，今天看到了关于这方面的一些文章，知道我以前有些用法是不当的，有些地方需要慎用Application.DoEvents()。首先我们先看看在循环比较大的程序中，它的作用还是不错的，起到了一个实时响应的效果，例如：

for (int q = 0; q 

            {

                textBox1.Text = q.ToString();

                Application.DoEvents();//实时响应文本框中的值            }

如果没有加上DoEvents的话，由于循环时间会比较久就会出现假死的状态，而且程序不能处理其他的事件。而如果加上DoEvents的话就会对文本框的值实时响应，给用户带来较好的用户体验，可是DoEvents也带来了效率上的问题，处理同样的一个事件调用了DoEvents后效率降低了好几倍，这也是为什么要慎用的原因了。

现在来分析的话，就可以解释为什么，加了这行代码后。程序就会出实现类似双线程的功能，他会去寻找是否有别的事件，因为有这段时间才使得数值有时间可以显现。