chengguotao的专栏

今天突然想到一个问题，就是多线程情况下访问操作数据库中的并发问题。 数据库中的一个连接对应一个数据库的事务，一般有两种访问方案： 1，通过一个线程对应一个连接，不过中方式感觉太奢侈了，所有一般用连接池，限制总的连接数，但当访问线程较多的情况下，连接要不断的切换，性能上会有影响的。 2，一个连接限制一定数量的访问线程，虽然数据库中有事务并发访问安全机制，但这是正对多事务的，我们这里使用多线程共

诸如web服务器、数据库服务器、文件服务器和邮件服务器等许多服务器应用都面向处理来自某些远程来源的大量短小的任务。构建服务器应用程序的一个过于简单的模型是：每当一个请求到达就创建一个新的服务对象，然后在新的服务对象中为请求服务。但当有大量请求并发访问时，服务器不断的创建和销毁对象的开销很大。所以提高服务器效率的一个手段就是尽可能减少创建和销毁对象的次数，特别是一些很耗资源的对象创建和销毁，这样就引

转自：http://blog.youkuaiyun.com/axman/article/details/562249 不客气地说,至少有一半人认为,线程的"中断"就是让线程停止. 如果你也这么认为,那你对多线程编程还没有入门. 在java中,线程的中断(interrupt)只是改变了线程的中断状态,至于这个中断状态改变后 带来的结果,那是无法确定的,有时它更是让停止中的线程继续执行的唯一手段.不但

Java并发编程：Lock 今天看了并发实践这本书的ReentantLock这章，感觉对ReentantLock还是不够熟悉，有许多疑问，所有在网上找了很多文章看了一下，总体说的不够详细，重点和焦点问题没有谈到，但这篇文章相当不错，说的很全面，主要的重点都说到了，所有在这里转载了这篇文章，注意红色字体。 　　在上一篇文章中我们讲到了如何使用关键字synchronized来实现同步访问。

今天看了一下ReentantLock中的Condition，看了好几篇关于这方面的文章，说的都不够详细，不过看到http://www.importnew.com/9281.html这篇文章说的都蛮详细的，都说道了重点上。所有这里转载一下。 在java.util.concurrent包中，有两个很特殊的工具类，Condition和ReentrantLock，使用过的人都知道，Reentrant