.NET多线程

 怎样创建一个线程

 

一）使用Thread类

ThreadStart threadStart = new  ThreadStart(Calculate); // 通过ThreadStart委托告诉子线程讲执行什么方法,这里执行一个计算圆周长的方法
Thread thread = new  Thread(threadStart);
thread.Start();  // 启动新线程

public   void  Calculate() {
double Diameter=0.5;
Console.Write("The perimeter Of Circle with a Diameter of {0} is {1}"Diameter,Diameter*Math.PI);
}

 

二）使用Delegate.BeginInvoke

delegate   double  CalculateMethod( double  Diameter);  // 申明一个委托，表明需要在子线程上执行的方法的函数签名

CalculateMethod calcMethod  =   new  CalculateMethod(Calculate); // 把委托和具体的方法关联起来
// 此处开始异步执行,并且可以给出一个回调函数(如果不需要执行什么后续操作也可以不使用回调)
calcMethod.BeginInvoke( 5 ,  new  AsyncCallback(TaskFinished),  null );

// 线程调用的函数,给出直径作为参数,计算周长
public   static   double  Calculate( double  Diameter) {
return Diameter * Math.PI;
}

// 线程完成之后回调的函数
public   static   void  TaskFinished(IAsyncResult result) {
result=calcMethod.EndInvoke(result);
Console.WriteLine(result);
}

三）使用ThreadPool.QueueworkItem

WaitCallback w  =   new  WaitCallback(Calculate);
// 下面启动四个线程,计算四个直径下的圆周长
ThreadPool.QueueUserWorkItem(w,  1.0 );
ThreadPool.QueueUserWorkItem(w,  2.0 );
ThreadPool.QueueUserWorkItem(w,  3.0 );
ThreadPool.QueueUserWorkItem(w,  4.0 );
public   static   void  Calculate( double  Diameter)
{
return Diameter * Math.PI;
}

 

经常看到名为BeginXXX和EndXXX的方法，他们是做什么用的

这是.net的一个异步方法名称规范
.Net在设计的时候为异步编程设计了一个异步编程模型（APM），这个模型不仅是使用.NET的开发人员使用，.Net内部也频繁用到，比如所有的Stream就有BeginRead，EndRead，Socket,WebRequet,SqlCommand都运用到了这个模式，一般来讲，调用BegionXXX的时候，一般会启动一个异步过程去执行一个操作，EndEnvoke可以接收这个异步操作的返回，当然如果异步操作在EndEnvoke调用的时候还没有执行完成，EndInvoke会一直等待异步操作完成或者超时

.Net的异步编程模型（APM）一般包含BeginXXX，EndXXX，IAsyncResult这三个元素，BeginXXX方法都要返回一个IAsyncResult，而EndXXX都需要接收一个IAsyncResult作为参数，他们的函数签名模式如下

IAsyncResult BeginXXX(...);

<返回类型> EndXXX(IAsyncResult ar)；

BeginXXX和EndXXX中的XXX，一般都对应一个同步的方法,比如FileStream的Read方法是一个同步方法，相应的BeginRead(),EndRead()就是他的异步版本，HttpRequest有GetResponse来同步接收一个响应，也提供了BeginGetResponse和EndGetResponse这个异步版本，而IAsynResult是二者联系的纽带，只有把BeginXXX所返回的IAsyncResult传给对应的EndXXX，EndXXX才知道需要去接收哪个BeginXXX发起的异步操作的返回值。

这个模式在实际使用时稍显繁琐,虽然原则上我们可以随时调用EndInvoke来获得返回值,并且可以同步多个线程,但是大多数情况下当我们不需要同步很多线程的时候使用回调是更好的选择,在这种情况下三个元素中的IAsynResult就显得多余,我们一不需要用其中的线程完结标志来判断线程是否成功完成(回调的时候线程应该已经完成了),二不需要他来传递数据,因为数据可以写在任何变量里,并且回调时应该已经填充,所以可以看到微软在新的.Net Framework中已经加强了对回调事件的支持,这总模型下,典型的回调程序应该这样写

a.DoWork+=new SomeEventHandler(Caculate);
a.CallBack+=new SomeEventHandler(callback);
a.Run();

（注：我上面讲的是普遍的用法，然而BeginXXX，EndXXX仅仅是一种模式，而对这个模式的实现完全取决于使用他的开发人员，具体实现的时候你可以使用另外一个线程来实现异步，也可能使用硬件的支持来实现异步，甚至可能根本和异步没有关系（尽管几乎没有人会这样做）-----比如直接在Beginxxx里直接输出一个"Helloworld"，如果是这种极端的情况，那么上面说的一切都是废话，所以上面的探讨并不涉及内部实现，只是告诉大家微软的模式，和框架中对这个模式的经典实现）

异步和多线程有什么关联

有一句话总结的很好：多线程是实现异步的一种手段和工具

我们通常把多线程和异步等同起来，实际是一种误解，在实际实现的时候，异步有许多种实现方法，我们可以用进程来做异步，或者使用纤程，或者硬件的一些特性，比如在实现异步IO的时候,可以有下面两个方案:

1)可以通过初始化一个子线程，然后在子线程里进行IO，而让主线程顺利往下执行，当子线程执行完毕就回调

2)也可以根本不使用新线程，而使用硬件的支持（现在许多硬件都有自己的处理器），来实现完全的异步，这是我们只需要将IO请求告知硬件驱动程序，然后迅速返回，然后等着硬件IO就绪通知我们就可以了

实际上DotNet Framework里面就有这样的例子，当我们使用文件流的时候，如果制定文件流属性为同步，则使用BeginRead进行读取时，就是用一个子线程来调用同步的Read方法，而如果指定其为异步，则同样操作时就使用了需要硬件和操作系统支持的所谓IOCP的机制

线程池的作用是什么

作用是减小线程创建和销毁的开销

创建线程涉及用户模式和内核模式的切换，内存分配，dll通知等一系列过程，线程销毁的步骤也是开销很大的，所以如果应用程序使用了完一个线程，我们能把线程暂时存放起来，以备下次使用，就可以减小这些开销

所有进程使用一个共享的线程池,还是每个进程使用独立的线程池?

每个进程都有一个线程池,一个Process中只能有一个实例，它在各个应用程序域（AppDomain）是共享的，.Net2.0 中默认线程池的大小为工作线程25个,IO线程1000个,有一个比较普遍的误解是线程池中会有1000个线程等着你去取,其实不然, ThreadPool仅仅保留相当少的线程，保留的线程可以用SetMinThread这个方法来设置，当程序的某个地方需要创建一个线程来完成工作时，而线程池中又没有空闲线程时,线程池就会负责创建这个线程,并且在调用完毕后,不会立刻销毁,而是把他放在池子里,预备下次使用,同时如果线程超过一定时间没有被使用,线程池将会回收线程，所以线程池里存在的线程数实际是个动态的过程

为什么不要手动线程池设置最大值?

当我首次看到线程池的时候,脑袋里的第一个念头就是给他设定一个最大值,然而当我们查看ThreadPool的SetMaxThreads文档时往往会看到一条警告:不要手动更改线程池的大小,这是为什么呢?

其实无论FileStream的异步读写,异步发送接受Web请求,甚至使用delegate的beginInvoke都会默认调用 ThreadPool,也就是说不仅你的代码可能使用到线程池,框架内部也可能使用到,更改的后果影响就非常大,特别在iis中,一个应用程序池中的所有 WebApplication会共享一个线程池，对最大值的设定会带来很多意想不到的麻烦

线程池的线程为何要分类?

线程池有一个方法可以让我们看到线程池中可用的线程数量:GetAvaliableThread(out workerThreadCount,out iocompletedThreadCount),对于我来说,第一次看到这个函数的参数时十分困惑,因为我期望这个函数直接返回一个整形,表明还剩多少线程,这个函数居然一次返回了两个变量.

原来线程池里的线程按照公用被分成了两大类:工作线程和IO线程,或者IO完成线程,前者用于执行普通的操作,后者专用于异步IO,比如文件和网络请求,注意,分类并不说明两种线程本身有差别,线程就是线程,是一种执行单元,从本质上来讲都是一样的,线程池这样分类,举例来说,就好像某施工工地现在有1000把铁锹,规定其中25把给后勤部门用,其他都给施工部门,施工部门需要大量使用铁锹来挖地基(例子土了点,不过说明问题还是有效的),后勤部门用铁锹也就是铲铲雪,铲铲垃圾,给工人师傅修修临时住房,所以用量不大，显然两个部门的铁锹本身没有区别，但是这样的划分就为管理两个部门的铁锹提供了方便

线程池中两种线程分别在什么情况下被使用,二者工作原理有什么不同?

下面这个例子直接说明了二者的区别,我们用一个流读出一个很大的文件(大一点操作的时间长,便于观察),然后用另一个输出流把所读出的文件的一部分写到磁盘上

我们用两种方法创建输出流,分别是

创建了一个异步的流(注意构造函数最后那个true)

FileStream outputfs=new FileStream(writepath, FileMode.Create, FileAccess.Write, FileShare.None,256,true);

创建了一个同步的流

FileStream outputfs = File.OpenWrite(writepath);

 然后在写文件期间查看线程池的状况

这两个构造函数创建的流都可以使用BeginWrite来异步写数据,但是二者行为不同,当使用同步的流进行异步写时,通过回调的输出我们可以看到,他使用的是工作线程,而非IO线程,而异步流使用了IO线程而非工作线程

其实当没有制定异步属性的时候,.Net实现异步IO是用一个子线程调用fs的同步Write方法来实现的,这时这个子线程会一直阻塞直到调用完成.这个子线程其实就是线程池的一个工作线程,所以我们可以看到,同步流的异步写回调中输出的工作线程数少了一,而使用异步流,在进行异步写时,采用了 IOCP方法,简单说来,就是当BeginWrite执行时,把信息传给硬件驱动程序,然后立即往下执行(注意这里没有额外的线程),而当硬件准备就绪, 就会通知线程池,使用一个IO线程来读取

.Net线程池有什么不足

没有提供方法控制加入线程池的线程:一旦加入线程池,我们没有办法挂起,终止这些线程,唯一可以做的就是等他自己执行

不能为线程设置优先级

一个Process中只能有一个实例，它在各个AppDomain是共享的。ThreadPool只提供了静态方法，不仅我们自己添加进去的WorkItem使用这个Pool，而且.net framework中那些BeginXXX、EndXXX之类的方法都会使用此Pool。

所支持的Callback不能有返回值。WaitCallback只能带一个object类型的参数，没有任何返回值。

不适合用在长期执行某任务的场合。我们常常需要做一个Service来提供不间断的服务（除非服务器down掉），但是使用ThreadPool并不合适。

什么时候需要锁定?

刚刚接触锁定的程序员往往觉得这个世界非常的危险,每个静态变量似乎都有可能产生竞争

首先锁定是解决竞争条件的,也就是多个线程同时访问某个资源,造成意想不到的结果,比如,最简单的情况,一个计数器,如果两个线程同时加一,后果就是损失了一个计数,但是频繁的锁定又可能带来性能上的消耗,还有最可怕的情况,死锁

到底什么情况下我们需要使用锁,什么情况下不用呢?

只有共享资源才需要锁定
首先,只有可以被多线程访问的共享资源才需要考虑锁定,比如静态变量,再比如某些缓存中的值,属于线程内部的变量不需要锁定

把锁定交给数据库
数据库除了存储数据之外,还有一个重要的用途就是同步,数据库本身用了一套复杂的机制来保证数据的可靠和一致性,这就为我们节省了很多的精力.保证了数据源头上的同步,我们多数的精力就可以集中在缓存等其他一些资源的同步访问上了

了解你的程序是怎么运行的
实际上在web开发中大多数逻辑都是在单个线程中展开的,无论asp.net还是php,一个请求都会在一个单独的线程中处理,其中的大部分变量都是属于这个线程的,根本没有必要考虑锁定,当然对于asp.net中的application对象中的数据,我们就要小心一些了

WinForm中凡是使用BeginInvoke和Invoke调用的方法也都不需要考虑同步,因为这用这两个方法调用的方法会在UI线程中执行,因此实际是同步的,所以如果调用的方法中存在某些静态变量,不需要考虑锁定

业务逻辑对事务和线程安全的要求
这条是最根本的东西,开发完全线程安全的程序是件很费时费力的事情,在电子商务等涉及金融系统的案例中,许多逻辑都必须严格的线程安全,所以我们不得不牺牲一些性能,和很多的开发时间来做这方面的工作,而一般的应用中,许多情况下虽然程序有竞争的危险,我们还是可以不使用锁定,比如有的时候计数器少一多一,对结果无伤大雅的情况下,我们就可以不用去管他

计算一下冲突的可能性
我以前曾经谈到过,架构不要过设计,其实在这里也一样,假如你的全局缓存里的某个值每天只有几百或者几千个访问,并且访问时间很短,并且分布均匀(实际上这是大多数的情况),那么冲突的可能性就非常的少,也许每500天才会出现一次或者更长,从7*24小时安全服务的角度来看,也完全符合要求,那么你还会为这样万分之一的可能性花80%的精力去设计吗?

请多使用lock,少用Mutex
如果你一定要使用锁定,请尽量不要使用内核模块的锁定机制,比如.net的Mutex,Semaphore,AutoResetEvent,ManuResetEvent,使用这样的机制涉及到了系统在用户模式和内核模式间的切换,所以性能差很多,但是他们的优点是可以跨进程同步线程,所以应该清楚的了解到他们的不同和适用范围

Web和IIS

应用程序池,WebApplication,和线程池之间有什么关系

一个应用程序池是一个独立的进程,拥有一个线程池,应用程序池中可以有多个WebApplication,每个运行在一个单独的AppDomain中,这些WebApplication公用一个线程池

不同的AppDomain保证了每个WebApplication的静态变量不会互相干扰,不同的应用程序池保证了一个网站瘫痪,其他不同进程中的站点还能正常运行

 下图说明了他们的关系

///

不需要传递参数,也不需要返回参数

我们知道启动一个线程最直观的办法是使用Thread类,具体步骤如下

   
   

    
    ThreadStart threadStart
    
    =
    
    new
    
     ThreadStart(Calculate);

Thread thread
    
    =
    
    new
    
     Thread(threadStart);

thread.Start(); 




    
    public
    
     
    
    void
    
     Calculate(){


    
    double
    
     Diameter
    
    =
    
    0.5
    
    ;

Console.Write(
    
    "
    
    The perimeter Of Circle with a Diameter of {0} is {1}
    
    "
    
    Diameter,Diameter
    
    *
    
    Math.PI);

} 


   
   

例1

上面我们用定义了一个ThreadStart类型的委托,这个委托制定了线程需要执行的方法:Calculate,在这个方法里计算了一个直径为0.5的圆的周长,并输出.这就构成了最简单的多线程的例子,在很多情况下这就够用了,然后ThreadStart这个委托定义为void ThreadStart(),也就是说,所执行的方法不能有参数,这显然是个很大的不足,为了弥补这个缺陷,聪明的程序员想出了许多好的方法,我们将在需要传递多个参数一节中进行介绍,这里我们先介绍.Net为了解决这个问题而设定的另外一个委托:就是ParameterizedThreadStart ,我会在下面详细讲述

 

需要传递单个参数

   
   

    
    
ParameterThreadStart的定义为void ParameterizedThreadStart(
    
    object
    
     state)
    
    ??
    
    使用这个这个委托定义的线程的启动函数可以接受一个输入参数,具体例子如下

ParameterizedThreadStart threadStart
    
    =
    
    new
    
     ParameterizedThreadStart(Calculate)

Thread thread
    
    =
    
    new
    
     Thread()

thread.Start(
    
    0.9
    
    ); 




    
    public
    
     
    
    void
    
     Calculate(
    
    object
    
     arg){


    
    double
    
     Diameter
    
    =
    
    double
    
    (arg);

Console.Write(
    
    "
    
    The perimeter Of Circle with a Diameter of {0} is {1}
    
    "
    
    Diameter,Diameter
    
    *
    
    Math.PI);

}




   
   

例2
Calculate方法有一个为object类型的参数,虽然只有一个参数,而且还是object类型的,使用的时候尚需要类型转换,但是好在可以有参数了,并且通过把多个参数组合到一个类中,然后把这个类的实例作为参数传递,就可以实现多个参数传递

 

需要传递多个参数

虽然通过把需要的参数包装到一个类中,委托ParameterizedThreadStart就可以传递多个参数,但是由于这个委托的传入参数是object,所以不可避免的需要进行参数转换,下面还有几个常用的参数传递方法,让我们来一一看来

 

使用专门的线程类

这是许多程序员爱使用的经典模式,简单来说,就是把需要另起线程执行的方法,和他需要的参数放到一个类中,参数作为了类的属性,调用时声明此类的实例,然后初始化属性,方法执行时直接使用类里初始化好的属性来执行,这样方法本身就可以不需要参数,而又起到了多参数传递的效果,于是使用本文最开始提到的不带参数的ThreadStart委托就可以了,并且由于需要执行的方法和参数都放在一个类中,充分体现了面向对象的特点.具体方法如下

还是计算面积的方法的例子,我们把这个方法用一个类包装起来,输入参数Diameter(直径)是这个类的一个字段

   
   

    
    public
    
     
    
    class
    
     MyThread

{


    
    public
    
     
    
    double
    
     Diameter
    
    =
    
    10
    
    ; 




    
    public
    
     
    
    double
    
     Result
    
    =
    
    0
    
    ; 




    
    public
    
     MyThread(
    
    int
    
     Diameter)

{


    
    this
    
    .Diameter 
    
    =
    
     Diameter;

} 




    
    public
    
     
    
    void
    
     Calculate()

{

Console.WriteLine( 
    
    "
    
    Calculate Start
    
    "
    
    );

Thread.Sleep(
    
    2000
    
    );

Result 
    
    =
    
     Diameter
    
    *
    
    Math.PI;;

Console.WriteLine(
    
    "
    
    Calculate End, Diameter is {0},Result is {1}
    
    "
    
     ,
    
    this
    
    .Diameter, Result);

}

}



MyThread t
    
    =
    
    new
    
     MyThread(
    
    5.0
    
    );



ThreadStart threadStart
    
    =
    
    new
    
     ThreadStart(t.Calculate)

Thread thread
    
    =
    
    new
    
     Thread(threadStart);

thread.Start(); 




   
   

例3

这种方法把参数传递变成了属性共享,想传递多少个变量都可以,从封装上讲,把逻辑和逻辑涉及的数据封装在一起,也很不错,这个方法还有一个聪明的变体,利用了匿名方法,这种变体连独立的类都省掉了,我现在给出这个方法

   
   

    
    double
    
     Diameter 
    
    =
    
     
    
    6
    
    ;




    
    double
    
     Result
    
    =
    
    0
    
    ;

Thread ta 
    
    =
    
     
    
    new
    
     Thread(
    
    new
    
     ThreadStart(
    
    delegate
    
    ()

{

Thread.Sleep(
    
    2000
    
    );



Result
    
    =
    
    Diameter 
    
    *
    
     Math.PI;

Console.WriteLine(
    
    "
    
    匿名 Calculate  End, Diameter is {0},Result is {1}
    
    "
    
    , Diameter, Result); ;

})); 

ta.Start();




   
   

例4

这个方法和上例道理相同,都是把参数传递变成了对变量的调用,从而取消了参数传递,但是,后者充分利用了匿名方法的一个性质,就是可以直接使用当前上下文的局部变量,比如委托中的Diameter,和Result.当然,这样做的缺点是如果匿名方法太长,程序的可读性会降低,所以一般很少有人这样做,这里给出这个方法供大家参考,关于匿名委托的资料可以参见

聪明的读者肯定想,既然可以用字段来传入变量,当然也可以用字段传出变量,比如在上面两个例子里我们看到计算结果都写进了一个叫Result(加亮的地方)的变量里,我们直接访问这个变量不就可以得到计算结果了吗?

这样做有一个致命的问题:既然是异步执行,主线程怎么知道分线程什么时候完成了计算呢?比如上两个例子中,我们的线程都睡眠了2000毫秒,然后才进行计算,那么如果主线程在没有完成计算前访问Result,只能得到一个0值.于是我们就有了下面的一系列解决方法.

 

需要传递参数且需要返回参数

 

刚才说到主线程需要知道子线程什么时候执行完成,可以使用Thread.ThreadState枚举来判断

当线程的ThreadState==ThreadState.Stop时,一般就说明线程完成了工作,这时结果就可用了,如果不是这个状态,就继续执行别的工作,或者等待一会,然后再尝试.倘若需要等有多个子线程需的返回,并且需要用他们的结果来进行进异步计算,那就叫做线程同步了,下面我们介绍另外一种我比较推荐的方法,能够自定义参数个数,并且返回数据,而且使用起来也相对方便

使用委托的异步调用方法和回调

首先我们要把需要异步调用的方法定义为一个委托,然后利用BeginInvoke来异步调用,BeginInvoke的第一个参数就是直径,第二个是当线程执行完毕后的调用的方法

   
   

    
    delegate
    
     
    
    double
    
     CalculateMethod(
    
    double
    
     Diameter); 




    
    static
    
     CalculateMethod calcMethod;


    
    double
    
     result 
    
    =
    
     
    
    0
    
    ; 




    
    static
    
     
    
    void
    
     Main(
    
    string
    
    [] args)

{ 



calcMethod 
    
    =
    
     
    
    new
    
     CalculateMethod(Calculate);



calcMethod.BeginInvoke(
    
    5
    
    , 
    
    new
    
     AsyncCallback(TaskFinished), 
    
    null
    
    ); 



} 




    
    ///
    
    <summary>
    
    

    
    ///
    
    线程调用的函数


    
    ///
    
    <summary>
    
     
    
    

    
    

    
    public
    
     
    
    static
    
     
    
    double
    
     Calculate(
    
    double
    
     Diameter)

{


    
    return
    
     Diameter 
    
    *
    
     Math.PI;

} 




    
    ///
    
    <summary>
    
    

    
    ///
    
    线程完成之后回调的函数


    
    ///
    
    <summary>
    
    

    
            
    
    public
    
     
    
    static
    
     
    
    void
    
     TaskFinished(IAsyncResult result)

{

result
    
    =
    
    calcMethod.EndInvoke(result);

}




   
   

例5

注意,再线程执行完毕后执行的方法TaskFinished中,我们使用了EndInvoke来取得这个函数的返回值

 

线程池

 

线程虽然是个好东西,但是也是个资源消耗大户,许多时候,我们需要用多线程,但是又不希望线程的数量过多,这就是线程池的作用,.Net为我们提供了现成的线程池ThreadPool,他的使用如下

   
   

    
    WaitCallback w 
    
    =
    
     
    
    new
    
     WaitCallback(Calculate);

ThreadPool.QueueUserWorkItem(w, 
    
    1.0
    
    );

ThreadPool.QueueUserWorkItem(w, 
    
    2.0
    
    );



ThreadPool.QueueUserWorkItem(w, 
    
    3.0
    
    );

ThreadPool.QueueUserWorkItem(w, 
    
    4.0
    
    );




    
    public
    
     
    
    static
    
     
    
    void
    
     Calculate(
    
    double
    
     Diameter)

{


    
    return
    
     Diameter 
    
    *
    
     Math.PI;

} 




   
   

例6

首先定义一个WaitCallback委托,WaitCallback的格式是void WaitCallback(object state),也就是说你的方法必须符合这个格式,接着调用QueueUserWorkItem,将这个任务加入线程池,当县城池有空闲线时,将会调度并运行你的代码

每一个进程都有一个线程池,线程池的默认大小是25,我们可以通过SetMaxThreads方法来设置其最大值.

[注]由于每个进程只有一个线程池,所以如果是在iis进程,或者sqlserver的进程中使用线程池,并且需要设置线程池的最大容量的话,会影响到iis进程或sql进程,所以这两种情况下要特别小心