是什么
初识Application.DoEvents()是看托管D3D代码。一般winform的Main函数是这样的：
[STAThread] static void Main() { Application.EnableVisualStyles(); Application.SetCompatibleTextRenderingDefault(false); Application.Run(new Form1()); }
大家知道Application.Run方法是在当前线程上开始运行标准应用程序消息循环。有时候我们需要实时的更新数据，比如D3D游戏要实现一个游戏主循环，比较好的做法就是自己构造这个循环。请看代码：
static void Main() { Application.EnableVisualStyles(); Application.SetCompatibleTextRenderingDefault(false); var frm = new Form1(); frm.Show(); while (frm.Created) { Application.DoEvents(); // DoUpdate(); Thread.Sleep(16); } }
运行上述代码，和第一份代码的效果一样，Application.DoEvents()会处理掉所有winform消息，比如鼠标键盘事件，界面刷新等。DoUpdate()函数会在每次界面更新的时候执行，而且几乎没什么特别的性能开销。
怎么用
那一般的winform程序不用实现游戏主循环，又有什么用呢。还是直接上代码：
private void button1_Click(object sender, EventArgs e) { for (int i = 0; i < 1000000000; i++) { this.Text = i.ToString(); } }
运行上面的代码，窗口一定会卡死，因为UI线程一旦进入了这个函数就无法处理鼠标键盘事件了。接下来到Application.DoEvents()登场了：
private void button1_Click(object sender, EventArgs e) { for (int i = 0; i < 1000000000; i++) { this.Text = i.ToString(); Application.DoEvents(); } }
即使点击了按钮，UI线程进入了这个函数，Application.DoEvents()可以将UI线程的使用权交给其他函数，鼠标键盘事件能被正常响应，界面自然不会卡了。
有什么坑
凡人用Application.DoEvents()一定是为了解决界面卡顿的问题。界面卡顿说明UI线程的时间被耗时的任务占用了，一个任务耗时无非两种情况：1、受设备IO限制；2、受CPU计算能力限制。前者的正统解决方案是异步，后者的正统解决方案是并行。所以用Application.DoEvents()只有一个目的，偷懒。
我也偷了个懒，今天同事用async/awit的方式查询数据库，将数据绑定到DataGridView时抛了个“线程间操作无效”的异常。awit使用的线程是由SynchronizationContext.Current决定的，一步一步追根溯源，发现Application.DoEvents()执行后SynchronizationContext.Current属性被覆盖了。去掉所有Application.DoEvents()，问题解决，写篇文章做个记录。
转：https://blog.csdn.net/qq_32069969/article/details/88319152?utm_medium=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-5.control&dist_request_id=98256cfc-d836-48a1-8a70-b461fbb2ce23&depth_1-utm_source=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-5.control