<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>软若石（I Will Get What I Want.） - 并发</title><link>http://blog.csdn.net/ruanruoshi/category/191609.aspx</link><description>并发</description><dc:language>zh-CN</dc:language><lastUpdateTime>Thu, 24 Apr 2008 21:12:08 GMT</lastUpdateTime><ttl>60</ttl><item><dc:creator>软若石</dc:creator><title>线程池与工作队列</title><link>http://blog.csdn.net/ruanruoshi/archive/2006/04/10/657492.aspx</link><pubDate>Mon, 10 Apr 2006 14:24:00 GMT</pubDate><guid>http://blog.csdn.net/ruanruoshi/archive/2006/04/10/657492.aspx</guid><wfw:comment>http://blog.csdn.net/ruanruoshi/comments/657492.aspx</wfw:comment><comments>http://blog.csdn.net/ruanruoshi/archive/2006/04/10/657492.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/ruanruoshi/comments/commentRss/657492.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=657492</trackback:ping><description>
构建服务器应用程序的一个过于简单的模型应该是：每当一个请求到达就创建一个新线程，然后在新线程中为请求服务。实际上，对于原型开发这种方法工作得很好，但如果试图部署以这种方式运行的服务器应用程序，那么这种方法的严重不足就很明显。每个请求对应一个线程（thread-per-request）方法的不足之一是：为每个请求创建一个新线程的开销很大；为每个请求创建新线程的服务器在创建和销毁线程上花费的时间和消耗的系统资源要比花在处理实际的用户请求的时间和资源更多........&lt;img src ="http://blog.csdn.net/ruanruoshi/aggbug/657492.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>软若石</dc:creator><title>Java：并发使一切变得简单 </title><link>http://blog.csdn.net/ruanruoshi/archive/2006/04/10/657309.aspx</link><pubDate>Mon, 10 Apr 2006 13:02:00 GMT</pubDate><guid>http://blog.csdn.net/ruanruoshi/archive/2006/04/10/657309.aspx</guid><wfw:comment>http://blog.csdn.net/ruanruoshi/comments/657309.aspx</wfw:comment><comments>http://blog.csdn.net/ruanruoshi/archive/2006/04/10/657309.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/ruanruoshi/comments/commentRss/657309.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=657309</trackback:ping><description>　　探究重复发明“车轮”之原因 

　　并发构件 

　　调度异步任务 

　　Executor ..........................&lt;img src ="http://blog.csdn.net/ruanruoshi/aggbug/657309.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>软若石</dc:creator><title>JAVA：谈谈Thread Pool</title><link>http://blog.csdn.net/ruanruoshi/archive/2006/04/10/657133.aspx</link><pubDate>Mon, 10 Apr 2006 11:11:00 GMT</pubDate><guid>http://blog.csdn.net/ruanruoshi/archive/2006/04/10/657133.aspx</guid><wfw:comment>http://blog.csdn.net/ruanruoshi/comments/657133.aspx</wfw:comment><comments>http://blog.csdn.net/ruanruoshi/archive/2006/04/10/657133.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/ruanruoshi/comments/commentRss/657133.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=657133</trackback:ping><description>线程池是大多数服务器软件都应当实现的功能，在Java中创建线程是一个比较耗资源的操作，不仅占用Java虚拟机的资源，还占用操作系统的资源。然而大多数服务器线程执行过程都很短暂，以Web服务器为例，每个HTTP请求通常在几个毫秒内就完成了，如果频繁地创建，撤消线程会使系统效率下降。

要实现线程池也很简单，即当线程操作完成时并不立即.........&lt;img src ="http://blog.csdn.net/ruanruoshi/aggbug/657133.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>软若石</dc:creator><title>构建Java并发模型框架</title><link>http://blog.csdn.net/ruanruoshi/archive/2006/04/10/656984.aspx</link><pubDate>Mon, 10 Apr 2006 10:10:00 GMT</pubDate><guid>http://blog.csdn.net/ruanruoshi/archive/2006/04/10/656984.aspx</guid><wfw:comment>http://blog.csdn.net/ruanruoshi/comments/656984.aspx</wfw:comment><comments>http://blog.csdn.net/ruanruoshi/archive/2006/04/10/656984.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/ruanruoshi/comments/commentRss/656984.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=656984</trackback:ping><description>Java的多线程特性为构建高性能的应用提供了极大的方便，但是也带来了不少的麻烦。线程间同步、数据一致性等烦琐的问题需要细心的考虑，一不小心就会出现一些微妙的，难以调试的错误。另外，应用逻辑和线程逻辑纠缠在一起，会导致程序的逻辑结构混乱，难以复用和维护。本文试图给出一个解决这个问题的方案，通过构建一个并发模型框架（framework），使得开发多线程的应用变得容易.............&lt;img src ="http://blog.csdn.net/ruanruoshi/aggbug/656984.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>软若石</dc:creator><title>如何规划您的大型JAVA多并发服务器程序</title><link>http://blog.csdn.net/ruanruoshi/archive/2006/04/10/656891.aspx</link><pubDate>Mon, 10 Apr 2006 09:29:00 GMT</pubDate><guid>http://blog.csdn.net/ruanruoshi/archive/2006/04/10/656891.aspx</guid><wfw:comment>http://blog.csdn.net/ruanruoshi/comments/656891.aspx</wfw:comment><comments>http://blog.csdn.net/ruanruoshi/archive/2006/04/10/656891.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/ruanruoshi/comments/commentRss/656891.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=656891</trackback:ping><description>本文将分以下几个部分来阐述我的方法：

　　1、 怎样分析服务器的需求？
  
　　2、 怎样规划服务器的架构？

　　3、 怎样规划服务器的目录及命名规范、开发代号？

　　4、 原型的开发（一）：  怎样设计服务器的代码骨架？

　　5、 原型的开发（二）： 怎样测试您的代码骨架？...................
&lt;img src ="http://blog.csdn.net/ruanruoshi/aggbug/656891.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>软若石</dc:creator><title>并发集合</title><link>http://blog.csdn.net/ruanruoshi/archive/2006/04/10/656883.aspx</link><pubDate>Mon, 10 Apr 2006 09:25:00 GMT</pubDate><guid>http://blog.csdn.net/ruanruoshi/archive/2006/04/10/656883.aspx</guid><wfw:comment>http://blog.csdn.net/ruanruoshi/comments/656883.aspx</wfw:comment><comments>http://blog.csdn.net/ruanruoshi/archive/2006/04/10/656883.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/ruanruoshi/comments/commentRss/656883.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=656883</trackback:ping><description>在 Java 编程的早期阶段，位于 Oswego 市的纽约州立大学（SUNY） 的一位教授决定创建一个简单的库，以帮助开发人员构建可以更好地处理多线程情况的应用程序。这并不是说用现有的库就不能实现，但是就像有了标准网络库一样，用经过调试的、可信任的库更容易自己处理多线程。在 Addision-Wesley 的一本相关书籍的帮助下，这个库变得越来越流行了。最终，作.................&lt;img src ="http://blog.csdn.net/ruanruoshi/aggbug/656883.aspx" width = "1" height = "1" /&gt;</description></item></channel></rss>