存在一个叫做 ThreadStore 地方。 CLR 确保每一个受托管的线程在任意时刻都在一个 AppDomain 中执行,但是这并不代表一个线程将永 远处在一个 AppDomain 中,它可以随着时间的推移转到其他的 AppDomain 中。 从安全的角度来看,一个受托管的线程的主用户与底层的非托管线程中的 Windows 主用户是无关的。
前台线程与后台线程
启动了多个线程的程序在关闭的时候却出现了
问题,如果程序退出的时候不关闭线程,那么线程就会一直
的存在,但是大多启动的线程都是局部变量,不能一一的关闭,如果调用 Thread.CurrentThread.Abort()方法 关闭主线程的话,就会出现 ThreadAbortException 异常,因此这样不行。 后来找到了这个办法: Thread.IsBackground 设置线程为后台线程。 msdn 对前台线程和后台线程的解释:托管线程或者是后台线程,或者是前台线程。后台线程不会使托管执 行环境处于活动状态, 除此之外, 后台线程与前台线程是一样的。 一旦所有前台线程在托管进程 (其中 .exe 文件是托管
程序集)中被停止,系统将停止所有后台线程并关闭。通过设置 Thread.IsBackground 属性, 可以将一个线程指定为后台线程或前台线程。例如,通过将 Thread.IsBackground 设置为 true,就可以将 线程指定为后台线程。同样,通过将 IsBackground 设置为 false,就可以将线程指定为前台线程。从非托 管代码进入托管执行环境的所有线程都被标记为后台线程。通过创建并启动新的 Thread 对象而生成的所 有线程都是前台线程。如果要创建希望用来侦听某些活动(如套接字连接)的前台线程,则应将 Thread.IsBackground 设置为 true,以便进程可以终止。 所以解决办法就是在主线程初始化的时候,设置:Thread.CurrentThread.IsBackground = true; 这样,主
线程就是后台线程,在关闭主程序的时候就会关闭主线程,从而关闭所有线程。但是这样的话, 就会强制关闭所有正在执行的线程,所以在关闭的时候要对线程
工作的结果保存。
的方法, 经常看到名为 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 就显得多余,我们一不需要用其中的线程完结标志