异步委托与多线程的区别 （转）
初步研究了异步委托后,发现异步委托是在线程池中新开一个线程.那么异步委托和多线程又有什么区别呢?为什么又要加个异步委托呢,用多线程就行了.在Google搜索到以下文字.
1.异步请求一般用在IO等耗时操作上，他的好处是函数调用立即返回，相应的工作线程立即返还给系统以供重用。由于系统的线程资源是非常宝贵的，通常有一定的数目限制，如.net默认是25。若使用异步方式，用这些固定数目的线程在固定的时间内就可以服务更多的请求，而如果用同步方式，那么每个请求都自始至终占用这一个线程，服务器可以同时服务的请求数就少了。当异步操作执行完成后，系统会从可用线程中选取一个执行回调程序，这时的这个线程可能是刚开始发出请求的那个线程，也可能是其他的线程，因为系统选取线程是随机的事情，所以不能说绝对不是刚开始的那个线程。多线程是用来并发的执行多个任务。
(注:摘自http://www.itwenku.com/net/5/21930.htm),请达人们给菜鸟解惑.谢谢
. 2.NET系统提供的多线程机制ThreadPool就是帮助你简化这些线程控制细节的，而几乎所有的.NET异步编程都是通过ThreadPool实现的。(摘自知秋一叶)
3.线程池的实现方法与线程是不一样的.初始化时在线程池里的线程为0.当进程需要一个线程时,创建一个线程,由此线程执行用户的方法.需要注意的是,此线程执行完后并不立即销毁,而是挂起等待,如果有其他方法需要执行,回唤醒进行处理.只有当它等到40秒(没有官方记录,有可能是其它数字)还没有任务执行时才唤醒自己,并销毁自己,释放资源.当然,如果线程池中的线程不够处理任务时,会再次创建一个新线程进行执行.详细的介绍请看
Jeffrey Richter 的文章The CLR's Thread Pool 地址MSDN Home->MSDN Magazine->.Net:The CLR's Thread Pool
1.异步请求一般用在IO等耗时操作上，他的好处是函数调用立即返回，相应的工作线程立即返还给系统以供重用。由于系统的线程资源是非常宝贵的，通常有一定的数目限制，如.net默认是25。若使用异步方式，用这些固定数目的线程在固定的时间内就可以服务更多的请求，而如果用同步方式，那么每个请求都自始至终占用这一个线程，服务器可以同时服务的请求数就少了。当异步操作执行完成后，系统会从可用线程中选取一个执行回调程序，这时的这个线程可能是刚开始发出请求的那个线程，也可能是其他的线程，因为系统选取线程是随机的事情，所以不能说绝对不是刚开始的那个线程。多线程是用来并发的执行多个任务。
(注:摘自http://www.itwenku.com/net/5/21930.htm),请达人们给菜鸟解惑.谢谢
. 2.NET系统提供的多线程机制ThreadPool就是帮助你简化这些线程控制细节的，而几乎所有的.NET异步编程都是通过ThreadPool实现的。(摘自知秋一叶)
3.线程池的实现方法与线程是不一样的.初始化时在线程池里的线程为0.当进程需要一个线程时,创建一个线程,由此线程执行用户的方法.需要注意的是,此线程执行完后并不立即销毁,而是挂起等待,如果有其他方法需要执行,回唤醒进行处理.只有当它等到40秒(没有官方记录,有可能是其它数字)还没有任务执行时才唤醒自己,并销毁自己,释放资源.当然,如果线程池中的线程不够处理任务时,会再次创建一个新线程进行执行.详细的介绍请看
Jeffrey Richter 的文章The CLR's Thread Pool 地址MSDN Home->MSDN Magazine->.Net:The CLR's Thread Pool
