| 分类: 技术类 |
Windows Forms
控件通常不是thread-safe(直接或间接继承于System.Windows.Forms.Control),因此.NET
Framework为防止multithread下对控件的存取可能导致控件状态的不一致,在调试时,CLR-Debugger会抛出一个InvalidOperationException以‘建议‘程序员程序可能存在的风险。
问题的关键在于,动机是什么?和由此而来的编程模型的调整。
首先,看一个代码实例。该例要完成的工作是由一个Button的Click触发,启动一个Thread(Manual
Thread),该Thread的目的是完成设置TextBox的Text’s Property。
Code 1.1
using System;
using System.Configuration;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Text;
using System.Windows.Forms;
using System.Threading;
using System.IO;
namespace WindowsApplication1 {
}
在调试时,CLR-Debugger会在以上代码中粗体处将会弹出如下的对话框:
http://p.blog.csdn.net/images/p_blog_csdn_net/JoeM/917666018ac74ccf93f39853b2ee26ed.jpgoperation not valid"错误的处理办法" />
提示说,当前存取控件的thread非创建控件的thread(Main
Thread)。
当然,你也可以忽略InvalidOperationException,在非调试的状态下,该异常并不会被抛出,CLR-Debugger监测对Handle的可能存在的不一致地存取,而期望达到更稳健(robust)的代码,这也就是Cross-thread
operation not valid后的真正动机。
但是,放在面前的选择有二:第一,在某些情况下,我们并不需要这种善意的‘建议‘,而这种建议将在调试时带来了不必要的麻烦;第二,顺应善意的‘建议‘,这也意味着我们必须调整已往行之有效且得心应手的编程模型(成本之一),而这种调整额外还会带来side-effect,而这种side-effect目前,我并不知道有什么简洁优雅的解决之道予以消除(成本之二)。
忽略Cross-thread
InvalidOperationException建议,前提假设是我们不需要类似的建议,同时也不想给自己的调试带来过多的麻烦。
关闭CheckForIllegalCrossThreadCalls,这是Control
class上的一个static
property,默认值为flase,目的在于开关是否对Handle的可能存在的不一致存取的监测;且该项设置是具有Application
scope的。
如果,只需要在某些Form中消除Cross-thread
InvalidOperationException建议,可以在Form的.ctor中,InitializeComponent语句后将CheckForIllegalCrossThreadCalls设置为false
。
Code 2. - 1
public Form1() {
}

加载中…