线程访问UI控件和Control.CheckForIllegalCrossThreadCalls属性-成都快上网建站

线程访问UI控件和Control.CheckForIllegalCrossThreadCalls属性

C#的Winform开发中,一般是不推荐使用线程去直接访问UI控件的。

成都创新互联专注于企业营销型网站建设、网站重做改版、温县网站定制设计、自适应品牌网站建设、H5场景定制商城系统网站开发、集团公司官网建设、外贸营销网站建设、高端网站制作、响应式网页设计等建站业务,价格优惠性价比高,为温县等各大城市提供网站开发制作服务。

访问 Windows 窗体控件本质上不是线程安全的。如果有两个或多个线程操作某一控件的状态,则可能会迫使该控件进入一种不一致的状态。还可能出现其他与线程相关的 bug,包括争用情况和死锁。但是有时在程序编写的时候写了一些线程直接访问UI控件的代码,运行时也不会报错,就以为这样做是可以的。比如下面的代码,定义一个线程,并且在运行是访问进度条控件。运行代码后发现,一切都ok,没有任何异常抛出。

  1. private void button1_Click(object sender, EventArgs e) 
  2.         { 
  3.             Thread t = new Thread(() => 
  4.             { 
  5.                 try 
  6.                 { 
  7.                     for (int i = 1; i <= 100; i++) 
  8.                     { 
  9.                         progressBar1.Value = i; 
  10.                         Thread.Sleep(100); 
  11.                     } 
  12.                 } 
  13.                 catch (Exception ex) 
  14.                 { 
  15.                     MessageBox.Show(ex.Message); 
  16.                 } 
  17.             }); 
  18.             t.Start(); 

 

但是在调试的时候,却会捕获一个异常InvalidOperationException,并提示消息:“线程间操作无效,从不是创建控件的线程访问它。”这点困惑了很多人。其实这一切都是和Control.CheckForIllegalCrossThreadCalls有关。注意: Control.CheckForIllegalCrossThreadCalls属性是在 .NET Framework 2.0 版中新增的。它的作用是获取或设置一个值,该值指示是否捕获对错误线程的调用。如果设为true则会捕获对错误线程的调用,反之亦反。

如果一个线程并没有创建控件A而去访问控件A,有时候会很幸运没什么错误,但是在一些复杂的情况下会导致不可以预料的错误。因此将 CheckForIllegalCrossThreadCalls 设置为 true 可以更容易地查找并诊断此线程活动。

CheckForIllegalCrossThreadCalls会在Control类的静态构造方法中调用如下的语句,Debugger.IsAttached的值表示调试器是否附到进程中:

  1. static Control() 
  2.     //... 
  3.     checkForIllegalCrossThreadCalls = Debugger.IsAttached; 
  4.     //... 

因此,当debug的时候,控件的checkForIllegalCrossThreadCalls是true。但是运行的时候checkForIllegalCrossThreadCalls是false。

我们可以手动的设置该值,以此控制是否需要捕获异常。如下的代码:   

  1. public partial class Form1 : Form 
  2.    { 
  3.        public Form1() 
  4.        { 
  5.            InitializeComponent(); 
  6.        } 
  7.  
  8.        private void Form1_Load(object sender, EventArgs e) 
  9.        { 
  10.            showCurrentCheckForIllegalCrossThreadCallsValue(); 
  11.        } 
  12.  
  13.        private void button1_Click(object sender, EventArgs e) 
  14.        { 
  15.            Thread t = new Thread(() => 
  16.            { 
  17.                try 
  18.                { 
  19.                    for (int i = 1; i <= 100; i++) 
  20.                    { 
  21.                        progressBar1.Value = i; 
  22.                        Thread.Sleep(100); 
  23.                    } 
  24.                } 
  25.                catch (Exception ex) 
  26.                { 
  27.                    MessageBox.Show(ex.Message); 
  28.                } 
  29.            }); 
  30.            t.Start(); 
  31.        } 
  32.  
  33.        private void showCurrentCheckForIllegalCrossThreadCallsValue() 
  34.        { 
  35.            label1.Text = "ProgressBar's CheckForIllegalCrossThreadCalls Value:" + ProgressBar.CheckForIllegalCrossThreadCalls.ToString(); 
  36.        } 
  37.  
  38.        private void button2_Click(object sender, EventArgs e) 
  39.        { 
  40.            ProgressBar.CheckForIllegalCrossThreadCalls = true; 
  41.            showCurrentCheckForIllegalCrossThreadCallsValue(); 
  42.        } 
  43.  
  44.        private void button3_Click(object sender, EventArgs e) 
  45.        { 
  46.            ProgressBar.CheckForIllegalCrossThreadCalls = false; 
  47.            showCurrentCheckForIllegalCrossThreadCallsValue(); 
  48.        } 
  49.    } 

 

程序运行的时候(非调试),ProcessBar当前的CheckForIllegalCrossThreadCalls为False,手动设置为True后,再调用线程访问UI,得到了异常。

多做几次实验就明白了。

线程访问UI控件和Control.CheckForIllegalCrossThreadCalls属性

最后想说明的是,要在线程中访问UI控件,最好使用BackgroundWorker类。


新闻名称:线程访问UI控件和Control.CheckForIllegalCrossThreadCalls属性
网址分享:http://kswjz.com/article/gcecgo.html
扫二维码与项目经理沟通

我们在微信上24小时期待你的声音

解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流