Application.DoEvents()那些事

是什么

初识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()，问题解决，写篇文章做个记录。