C# WinForm开发系列 - Thread/Delegate/Event-阿里云开发者社区

C# WinForm开发系列 - Thread/Delegate/Event

2017-10-11 2379

版权

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

简介：

C#是一门支持多线程的语言，因此线程的使用也是比较常见的。由于线程的知识在Win32编程的时候已经说得过多，所以在.Net中很少介绍这部分（可能.Net不觉得这部分是它所特有的）。那我们为什么要使用多线程? 应该什么时候使用它呢?

为什么使用多线程?

1．耗时的操作使用线程，提高应用程序响应

2．并行操作时使用线程，如C/S架构的服务器端并发线程响应用户的请求。

3．多CPU系统中，使用线程提高CPU利用率

4．改善程序结构。一个既长又复杂的进程可以考虑分为多个线程，成为几个独立或半独立的运行部分，这样的程序会利于理解和修改。
其他情况都使用单线程。

老赵在其文章正确使用异步操作中总结了下面几类操作使用多线程,可以提高性能,如文件操作,网络通讯,Web请求调用等:

FileStream操作：BeginRead、BeginWrite。调用BeginRead/BeginWrite时会发起一个异步操作，但是只有在创建FileStream时传入FileOptions.Asynchronous参数才能获取真正的IOCP支持，否则BeginXXX方法将会使用默认定义在Stream基类上的实现。Stream基类中BeginXXX方法会使用委托的BeginInvoke方法来发起异步调用——这会使用一个额外的线程来执行任务。虽然当前调用线程立即返回了，但是数据的读取或写入操作依旧占用着另一个线程（IOCP支持的异步操作时不需要线程的），因此并没有任何“节省”，反而还很有可能降低了应用程序的性能，因为额外的线程切换会造成性能损失。

DNS操作：BeginGetHostByName、BeginResolve。

Socket操作：BeginAccept、BeginConnect、BeginReceive等等。

WebRequest操作：BeginGetRequestStream、BeginGetResponse。

SqlCommand操作：BeginExecuteReader、BeginExecuteNonQuery等等。这可能是开发一个Web应用时最常用的异步操作了。如果需要在执行数据库操作时得到IOCP支持，那么需要在连接字符串中标记Asynchronous Processing为true（默认为false），否则在调用BeginXXX操作时就会抛出异常。

WebServcie调用操作：例如.NET 2.0或WCF生成的Web Service Proxy中的BeginXXX方法、WCF中ClientBase<TChannel>的InvokeAsync方法。

CSDN愚翁专栏博客文章第一期总结之三：Thread的问题总结了下面一些问题,感觉自己在开发中都有遇到,挺不错的一篇文章

那么线程相关的问题大致有如下四类（这篇文章只讨论单线程、单线程与UI线程这两方面的问题）。

问题一，线程的基本操作，例如：暂停、继续、停止等；

问题二，如何向线程传递参数或者从中得到其返回值；

问题三，如何使线程所占用的CPU不要老是百分之百；

最后一个，也是问题最多的，就是如何在子线程来控制UI中的控件，换句话说，就是在线程中控制窗体某些控件的显示。

还有CSDN论坛帖子[]WinForm中，主线程如何优雅的控制子线程?

2. 园友们也有不少关于多线程的文章,收藏一下(不断更新, 慢慢补充)

朱燚 .Net多线程总结(一) .Net多线程总结(二)-BackgroundWorker

.Net线程问题解答

把遇到过的对.Net线程的一些问题和误解集中起来和大家分享,也希望大家能一起补充,热烈欢迎讨论