悔过POST-兼谈关于线程问题

偶在上次的Post里关于IIS的线程问题犯鸟错，这里更正错误，偶误导大家（一部分人），偶有罪，偶悔过。这里对线程问题加以说明，以更正我的问题。

今天看到 http://www.cnblogs.com/dsclub/archive/2004/06/24/18445.html 这篇Post，所以兼谈以下看法。

上次在一片冲突激烈的Post里非常想当然的地提出了IIS一个Session一个线程的说法，后来@双鱼座同志指出了偶的错误，后经思考论证，证明他的说法部分是正确的（不过有点小错误，不知是否我会错了意，后面来说）。一个Session确实不止一个线程。
对于IIS来说，Session是一个长期存在的数据结构（失效期为20分钟，默认，IIS里可以设置），在每一个IE进程第一次连接的时候就会创建一个Session，不管会不会第二次连接，都会保存设定的失效时间，如果用一个线程来一直处理这个Session显然是不合适的，线程和数据库连接一样都是比较昂贵的资源，这样子浪费显然是不现实的，经过测试，应该是每一次Request，ASP.NET都会从线程池拿个线程出来Handle，经测试应该创建Session和第一次Request是同一个（找不到相关资料，也许是没有花太多时间找的缘故，可能是个偶然），后面的就不一定了，根据@双鱼座的测试方法可以测出两个。但是，对于每一次Request，都是线程安全的，也就是说，在page里的所有非静态方法都是线程安全的-在page里自己不创建线程的前提下（@双鱼座同志在这里有所谬误，因为Page在一个Request周期只会单线程访问，所以Session结构在Page里调用是线程安全的，所以Sesison没有lock,unlock-要自己创建线程另当别论，Session结构本身不是线程安全的），从Page里所调用的一切对象的非静态方法都是线程安全的（前提也是自己不创建线程去调用）。

很多时候我们在编写ASP.NET的程序的时候没有重视多线程的问题，这里看来还是必须重视的。

这里注意，Session有两层含义，一个是概念上的Session（会话），一个是Session结构，Session结构是可以在ASP.NET的工作进程内也可以在进程外提供的，在里面存东西也要考虑垮边界的问题。

对于线程得安全，还有一点值得注意的是，一个静态方法，如果没有调用其他方法，而且也不操作任何静态变量，那么它不需要加锁，因为它是线程安全的，所以线程安全是因为有了状态（类的状态，对象的状态）造成的问题，而所有无状态的方法是线程安全的。

还有就是针对引用的那篇Post，多线程的问题，多线程对于单CPU的意义远不如多CPU计算机来的那么大。在单CPU计算机使用多线程要充分考虑线程切换所带来的消耗，如果所榨取的CPU时间还不如切换线程所带来的消耗大，那就得不偿失了。