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付了值
一回头,就已经被别人改了,这和超市的踩踏事件的后果一样严重。
当然你可以自己加锁,用信号量,这样还不如直接使用Invoke了,你只是又把别人做好的事情做了一遍。
如果你觉的你的应用不会考虑在写入ui的同时来读取ui,而倾向使用CheckForIllegalCrossThreadCalls来追求效率的话,也是不恰当的做法。
首先CheckForIllegalCrossThreadCalls并不能让效率发生本质的变化。
其次需求永远是变化的,现在不考虑不等于以后不会碰到
{
public class MessageSendEventArgs : EventArgs
{
public String Message;
public MessageSendEventArgs(string message)
{
this.Message = message;
}
}
class SubThread
{
//定义委托
public delegate void MessageSendEventHandler(object sender, MessageSendEventArgs e);
//定义事件
public event MessageSendEventHandler MessageSend;
protected virtual void OnMessageSend(MessageSendEventArgs e)
{
if (MessageSend != null)
MessageSend(this, e);
}
//定义一个线程
public System.Threading.Thread sendthread;
public void Sendding()
{
while(true)
{
System.Threading.Thread.Sleep(100);
this.OnMessageSend(new MessageSendEventArgs(DateTime.Now.ToString()));
}
}
//开始线程函数
public void StartSend()
{
sendthread = new System.Threading.Thread(new System.Threading.ThreadStart(Sendding));
sendthread.Start();
}
//结束线程函数
public void EndSend()
{
sendthread.Abort();
}
}
}
听从ms的引导。否则以后要在高版本的.net framework中移植代码的时候需要花费数倍的人工。