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