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