CodeAndThink的博客

原出处：http://blog.youkuaiyun.com/feitianxuxue 在研究nginx和Node.js的时候常会遇到异步、非阻塞等，之前自己也经常使用epoll，对其同步与阻塞，异步与非阻塞有了一定的认识，现对参考资料总结下。     首先讨论下使用事件驱动，异步编程的优点：     充分利用了系统资源，执行代码无须阻塞等待某种操作完成，有限的资源可以用于其他的任务。其非常适合

转载自并发编程网 – ifeve.com本文链接地址: 《Java NIO文档》非阻塞式服务器 原文连接 原文作者：Jakob Jenkov 译者：higher 即使你知道Java NIO 非阻塞的工作特性（如Selector,Channel,Buffer等组件），但是想要设计一个非阻塞的服务器仍然是一件很困难的事。非阻塞式服务器相较于阻塞式来说要多上许多挑战。本文将会讨论

以下是本文目录大纲： 　　一.synchronized的缺陷 　　二.java.util.concurrent.locks包下常用的类 　　三.锁的相关概念介绍 　　若有不正之处请多多谅解，并欢迎批评指正。 　　请尊重作者劳动成果，转载请标明原文链接：  　　http://www.cnblogs.com/dolphin0520/p/3923167.html

线程在一定条件下，状态会发生变化。线程一共有以下几种状态： 1、新建状态(New)：新创建了一个线程对象。 2、就绪状态(Runnable)：线程对象创建后，其他线程调用了该对象的start()方法。该状态的线程位于“可运行线程池”中，变得可运行，只等待获取CPU的使用权。即在就绪状态的进程除CPU之外，其它的运行所需资源都已全部获得。 3、运行状态(Running)：就绪状态的线程获取了C

转载至：http://www.cnblogs.com/dolphin0520/p/3920373.html 　 volatile这个关键字可能很多朋友都听说过，或许也都用过。在Java 5之前，它是一个备受争议的关键字，因为在程序中使用它往往会导致出人意料的结果。在Java 5之后，volatile关键字才得以重获生机。 　　volatile关键字虽然从字面上理解起来比较简单，但是要用

转载至http://blog.youkuaiyun.com/u010923921/article/details/45504777 单例模式 - 终极篇 1.  前言 单例（Singleton）是设计模式当中使用比较常用和重要的一种模式，有些架构师并不把单例作为一种设计模式，而是一种实现方式。下面是我自己总结的7中单例模式的写法，废话不多说，直接上代码：（分享注明出处即可，看完这一篇基本

转载至：http://www.cnblogs.com/zhengbin/p/6420984.html 简介 Condition中的await()方法相当于Object的wait()方法，Condition中的signal()方法相当于Object的notify()方法，Condition中的signalAll()相当于Object的notifyAll()方法。 不同的

转载至：http://www.liuinsect.com/2014/01/27/how_to_understand_condition/ 在java.util.concurrent包中，有两个很特殊的工具类，Condition和ReentrantLock，使用过的人都知道，ReentrantLock（重入锁）是jdk的concurrent包提供的一种独占锁的实现。它继承自Dong Lea