.NET不见了线程模型

      这两天比较了一下J2EE和.Net 框架，主要是想了解一下性能问题。不是比较Java语言和C#语言本身的运算速度， 对这个没兴趣。 毕竟应用程序是在框架下跑，能发挥出来的性能才是真实的。有一点一开始没想明白，为什么J2EE和.Net都不提什么线程模型了。以前学COM编程的时候，被COM线程模型搞得头大，不太容易看懂。COM编程的时代，用好线程模型可是关系到整个应用性能的关键，怎么J2EE和.Net时代，大家都不提了。也没见微软讲讲线程模型到哪去了，玩失踪就不应该了，就算死了也可以立块碑吧，真的是劳苦功高啊。

       当初被这个线程模型折磨着，虽然痛苦，时间一长，也逐渐产生些感情。如今生死不明，很想知道它的归宿，只有自己花些时间琢磨。直觉认为，它的失踪和.Net有关，.Net的发明又对应着J2EE，要找到它的下落，也只有到这两个框架中去找线索了。

       虽然这两个框架都不提线程模型，用这两框架写应用，基本不用考虑并发的问题，好像是线程模型里的套间用法。套间不是性能不高么，那么性能怎么提高？

       突一天，想通了，原来就是套间用法。 J2EE要简化应用开发，不让大家去折腾线程，“我这不有线程池，对象池么，一个服务请求来了，我取一线程，再放一对象出去，给你服务。再来，再放...". 有道理，做J2EE么，财大气粗，CPU要多强有多强，内存要多大有多大，多搞对象池，对象不用考虑并发，性能问题则交给J2EE容器。

      .net应该也是如此，记得COM＋,MTS的时候就引入了对象池之类的，这就是蛛丝马迹。

       线程模型是可以安心死了。