BeginInvoke 方法真的是新开一个线程进行异步调用吗?

简介:

转自原文 BeginInvoke 方法真的是新开一个线程进行异步调用吗?

 

BeginInvoke 方法真的是新开一个线程进行异步调用吗?

参考以下代码:

复制代码
public delegate void treeinvoke();
private void UpdateTreeView()
{   
        MessageBox.Show(System.Threading.Thread.CurrentThread.Name);
}
private void button1_Click(object sender, System.EventArgs e)
{   
        System.Threading.Thread.CurrentThread.Name = "UIThread";   
        treeView1.BeginInvoke(new treeinvoke(UpdateTreeView));
}
复制代码

看看运行结果,弹出的对话框中显示的是 UIThread,这说明 BeginInvoke 所调用的委托根本就是在 UI 线程中执行的。

既然是在 UI 线程中执行,又何来“异步执行”一说呢?

我们再看看下面的代码:

复制代码
public delegate void treeinvoke();
private void UpdateTreeView()
{   
        MessageBox.Show(Thread.CurrentThread.Name);
}
private void button1_Click(object sender, System.EventArgs e)
{   
        Thread.CurrentThread.Name = "UIThread";   
        Thread th = new Thread(new ThreadStart(StartThread));   
        th.Start();
}
private void StartThread()
{   
        Thread.CurrentThread.Name = "Work Thread";   
        treeView1.BeginInvoke(new treeinvoke(UpdateTreeView));
}
复制代码

再看看运行结果,弹出的对话框中显示的还是 UIThread,这说明什么?这说明 UI控件发起的 BeginInvoke 方法所调用的委托无论如何都是在 UI 线程中执行的(这话话的原始语句有待商讨,因为你是用treeView1去BeginInvoke的,可将前面的句子加上如上限定词“ UI控件发起的”。转载者备注)。

那 BeginInvoke 究竟有什么用呢?

在多线程编程中,我们经常要在工作线程中去更新界面显示,而在多线程中直接调用界面控件的方法是错误的做法,具体的原因可以在看完我的这篇之后看看

这篇:在多线程中如何调用Winform,如果你是大牛的话就不要看我这篇了,直接看那篇吧,反正那篇文章我没怎么看懂。

Invoke 和 BeginInvoke 就是为了解决这个问题而出现的,使你在多线程中安全的更新界面显示。

正确的做法是: 将工作线程中涉及更新界面的代码封装为一个方法,通过 Invoke 或者 BeginInvoke 去调用,两者的区别就是一个导致工作线程等待,而另外一个则不会

而所谓的“一面响应操作,一面添加节点”永远只能是相对的,使 UI 线程的负担不至于太大而以,因为界面的正确更新始终要通过 UI 线程去做,

我们要做的事情是在工作线程中包揽大部分的运算,而将对纯粹的界面更新放到 UI 线程中去做,这样也就达到了减轻 UI 线程负担的目的了。

而在那段更新树节点的代码中,其实唯一起作用的代码是:System.Threading.Thread.Sleep(100);,它使 UI 线程有了处理界面消息的机会,

其实 数码幽灵 将问题复杂化了,只要以下的代码就可以很好的工作了。

复制代码
private void button1_Click_(object sender, System.EventArgs e)
{   
        TreeNode tn;   
        for(int i=0;i<100000;i++)   
        {       
                tn=new TreeNode (i.ToString());       
                this.treeView1.Nodes[0].Nodes.Add(tn);       
                if (i%100 == 0) Application.DoEvents();   
        }
}
复制代码

 

没有整理与归纳的知识,一文不值!高度概括与梳理的知识,才是自己真正的知识与技能。 永远不要让自己的自由、好奇、充满创造力的想法被现实的框架所束缚,让创造力自由成长吧! 多花时间,关心他(她)人,正如别人所关心你的。理想的腾飞与实现,没有别人的支持与帮助,是万万不能的。


    本文转自wenglabs博客园博客,原文链接:http://www.cnblogs.com/arxive/p/8179845.html,如需转载请自行联系原作者


相关文章
|
6月前
|
Java
主线程等待子线程执行完毕再执行的几种方式
主线程等待子线程执行完毕再执行的几种方式
115 0
|
6月前
关于子线程被打断执行的问题
关于子线程被打断执行的问题
|
12月前
主线程等待子线程执行完毕再执行方法
主线程等待子线程执行完毕再执行方法
154 0
|
编译器
主线程退出对子线程影响
主线程退出对子线程影响
124 0
|
Java
切记【阻塞/非阻塞】【FutureTask异步执行】
切记【阻塞/非阻塞】【FutureTask异步执行】
126 0
初识CUDAGPU线程的调用
初识CUDAGPU线程的调用
128 0
【译】如何优雅的处理协程的取消?
【译】如何优雅的处理协程的取消?
【EventBus】事件通信框架 ( 发送事件 | 判断发布线程是否是主线程 | 子线程切换主线程 | 主线程切换子线程 )(二)
【EventBus】事件通信框架 ( 发送事件 | 判断发布线程是否是主线程 | 子线程切换主线程 | 主线程切换子线程 )(二)
132 0
|
Android开发
【EventBus】事件通信框架 ( 发送事件 | 判断发布线程是否是主线程 | 子线程切换主线程 | 主线程切换子线程 )(一)
【EventBus】事件通信框架 ( 发送事件 | 判断发布线程是否是主线程 | 子线程切换主线程 | 主线程切换子线程 )(一)
178 0
C#.NET使用Task,await,async,异步执行控件耗时事件(event),不阻塞UI线程和不跨线程执行UI更新,以及其他方式比较
原文:C#.NET使用Task,await,async,异步执行控件耗时事件(event),不阻塞UI线程和不跨线程执行UI更新,以及其他方式比较 使用Task,await,async,异步执行事件(event),不阻塞UI线程和不跨线程执行UI更新   使用Task,await,async 的异步模式 去执行事件(event) 解决不阻塞UI线程和不夸跨线程执行UI更新报错的最佳实践,附加几种其他方式比较 由于是Winform代码和其他原因,本文章只做代码截图演示,不做界面UI展示,当然所有代码都会在截图展示。
4885 0