Visual Studio里的摘要:处理当前在消息队列中的所有 Windows 消息。
交出CPU控制权，让系统可以处理队列中的所有Windows消息
比如在大运算量循环内，加Application.DoEvents可以防止界面停止响应
因为winform的消息循环是一个线程来处理，那么假如你的某个操作比较耗时，那么消息处理得等你这个耗时操作做完了才能继续，而Application.DoEvents方法就是允许你在耗时操作的内部调用它，而去处理消息队列中的消息。
像鼠标移动鼠标点击都是windows消息，如果耗时操作一直进行，那么界面就像死锁一样。
记得第一次使用Application.DoEvents()是为了在加载大量数据时能够有一个数据加载的提示，不至于系统出现假死的现象，当时也没有深入的去研究他的原理是怎样的，结果在很多地方都用上了Application.DoEvents()，今天看到了关于这方面的一些文章，知道我以前有些用法是不当的，有些地方需要慎用
Application.DoEvents()。
首先我们先看看在循环比较大的程序中，它的作用还是不错的，起到了一个实时响应的效果，例如：
for (int q = 0; q < 1000000; q++)
{
textBox1.Text = q.ToString();
Application.DoEvents();//实时响应文本框中的值
}
如果没有加上 DoEvents的话，由于循环时间会比较久就会出现假死的状态，而且程序不能处理其他的事件。而如果加上DoEvents的话就会对文本框的值实时响应，给用户带来较好的用户体验，可是DoEvents也带来了效率上的问题，处理同样的一个事件调用了DoEvents后效率降低了好几倍，这也是为什么要慎用的原因了。下面是我做的一个测试：
private void button1_Click(object sender, EventArgs e)
{
expendTime.start();
for (int q = 0; q < 100000; q++)
{
textBox1.Text = q.ToString();
Application.DoEvents();
}
label2.Text = expendTime.ComputerTime();//计算耗时
}
private void button2_Click(object sender, EventArgs e)
{
expendTime.start();
for (int q = 0; q < 100000; q++)
{
textBox2.Text = q.ToString();
}
label3.Text = expendTime.ComputerTime();//计算耗时
}
执行耗时对比：
从较大数据的循环中可以看出效率是很低的，所以如果能不调用DoEvents就尽量不用。也可以通过别的方法来处理的，例如多线程异步调用等。