用Visual Basic.Net创建多线程应用程序
这篇文章假设读者已经拥有以下的编程经验：VB，Windows环境，基于事件的编程，基本的HTML和脚本知识。这篇文章是基于微软.NET的Beta2版本。
VB.NET的其中一个最令人期待的特性是可以创建和管理线程。虽然在VB6的应用中，我们可以通过Win32 CreateThread API来创建一个多线程的应用，或者通过欺骗COM库在一个独立的线程中创建一个组件，不过这些技术都是难以调试和维护的。
造成这些困难的主要原因是由于VB 6.0并不是用来处理多线程应用的，这样会导致访问违例和内存错误。不同的是，Common Language Runtime（CLR）是为多线程的环境设计的，实际上Services架构在基本委派体系中就暗中集成了这个功能。其实，通过使用System.Threading命名空间，Services架构还支持显式使用线程API。
对于那些不熟悉线程的读者，这里简单介绍一下，它可让你的应用分成多个单元执行，这些单元都是被抢先型的操作系统（例如Windows 2000）分配在不同时间运行，并且拥有不同的优先权。根据线程的优先权和特别的调度算法，操作系统分配每个线程运行一段的时间，称为time slice。当这段time slice过去时，线程就会挂起并且放回到队列中，接着另一个线程又会被分配一段time slice运行。在线程挂起时，它的状态就会被保存下来，以便下一次可以由停下来的地方开始工作。CLR支持线程的方式是通过启动每个带有一个主线程的AppDomain，并且允许它创建多个工作线程，每个工作线程都拥有自己的例外处理和状态数据。
在一个应用中使用超过一个线程的明显好处是你的应用看来正在同时执行几个任务，这是由于不同的线程都得到了CPU的运行时间。实际上，在一台拥有多个处理器的机器上，来自一个AppDomain的线程可分配在所有的处理器上运行，从而允许同时地运作。在分布式的应用时，这样可提升扩展性，因为更多的客户可以分享一个服务器上的CPU资源，而对于桌面的应用，例如电子表格和word等也能够从线程中得到好处，可执行后台的操作例如重新计算和打印。不过，在使用VB.NET写分布式的应用时，如何应用这个概念呢？
对于初学者，在你建立分布式的应用时，实际上你已经使用了一个多线程的体系。这是由于应用服务，例如IIS、组件服务和SQL Server全部都是多线程的。例如，在客户端请求网页时，它们的请求被由IIS控制的工作线程运载。这些线程中的其中之一可能会执行一个ASP.NET页面，该页面会调用组件服务中的一个组件。组件应该被配置为作为Server应用运行，这样它就会被该应用的一个线程池中的一个线程执行。组件也可能使用一个数据库连接，该连接是由SQL Server引擎分配的工作线程池中得到的。结果是，多个用户请求网页，要初始化组件和访问数据库时，它们的活动并不是连续的，因此不会受到单线程执行的限制。
[责任编辑:editor]
最新相关文章发表评论