当前位置:主页   - 电脑 - 网站开发 - ASP.Net
Control.CheckForIllegalCrossThreadCalls=false不可在多线中随便使用
来源:网络   作者:   更新时间:2012-02-28
收藏此页】    【字号    】    【打印】    【关闭

  CodeProject上有篇文章An Alternate Way of Writing a Multithreaded GUI in C#

  本意是Alternate Way 另外一种方法,后来莫名其妙的被转载成中文变了题目,最高效的方法。

  CheckForIllegalCrossThreadCalls和control.Invoke有什么不同,哪个更好用,更高效呢?

  占在任何角度讲,都不要使用CheckForIllegalCrossThreadCalls,即便他运行和代码编写的确实比Invoke效率高。

  感兴趣的,可以参考我后面贴出的代码来测试对比一下两者的不同。这里我只简单说一下结论:

  1、性能CheckForIllegalCrossThreadCalls=false时比invoke高,而且代码比较优雅。

  测试时间如下:

    Button1 ---------------------------
    00:00:01.0760900
    00:00:01.0771200
    Button2 --------------------------
    00:00:01.0812499
    00:00:01.0813443

  效率差多少?在这里时间还不到1%,代码少写一个if字句

  看到有文章说这种方法在大量更新ui时会引发大量异常,导致性能下降

  我测试了一下,耗时和循环次数是很平稳的线性关系,而且也没有发现几个Exception相关性能计数器有问题,这说明这又是某老外朋友想当然的说法。

  2、CheckForIllegalCrossThreadCalls在.net1.x中默认是false,也就是不检查,.net2.0和3.x默认是true

  说明这是ms有意的引导,说不定以后不让你改了。这也是很多1.x用户在刚用2.0时不习惯跨线程更新ui的原因之一。

  3、死穴:安全性

  CheckForIllegalCrossThreadCalls容许子线呈随时更新ui,在同一个test函数体内,不能保证自身事务的一致性。给label1付了值

其它资源
来源声明

版权与免责声明
1、本站所发布的文章仅供技术交流参考,本站不主张将其做为决策的依据,浏览者可自愿选择采信与否,本站不对因采信这些信息所产生的任何问题负责。
2、本站部分文章来源于网络,其版权为原权利人所有。由于来源之故,有的文章未能获得作者姓名,署“未知”或“佚名”。对于这些文章,有知悉作者姓名的请告知本站,以便及时署名。如果作者要求删除,我们将予以删除。除此之外本站不再承担其它责任。
3、本站部分文章来源于本站原创,本站拥有所有权利。
4、如对本站发布的信息有异议,请联系我们,经本站确认后,将在三个工作日内做出修改或删除处理。
请参阅权责声明