一、首先讲讲 Java NIO 的原理： java io包提供了一个简单的模型去处理网络流，它所有的读写方法均为阻塞操作，因此在一般的应用里，用户总是开启一个独立线程或一个线程池去处理这些操作。但是如果面对服务器端的成百上千个连接，采用java io提供的机制，就需要同时开启成百上千个线程，即使能够处理过来，花在线程上下文切换的时间也远远多于网络操作的用时。
而Java NIO非堵塞技术实际是采取Reactor模式，或者说是Observer模式为我们监察I/O端口，如果有内容进来，会自动通知我们，这样，我们就不必开启多个线程死等，从外界看，实现了流畅的I/O读写，不堵塞了。它的主线程只有一个，基本上每个处理都是线性的，也就是说处理完第一个，然后才能处理第二个，因此nio是一个极好的处理短连接的架构。
nio中取得事件通知，就是在selector的select事件中完成的，在selector事件时有一个线程，这个线程具体的处理简单点说就是：向操作系统询问，selector中注册的Channel&&SelectionKey的偶对各种事件是否有发生，如果有则添加到selector的selectedKeys属性Set中去，并返回本次有多少个感兴趣的事情发生。程序员发现这个值>0，表示有事件发生，马上迭代selectedKeys中的SelectionKey，根据Key中的表示的事件，来做相应的处理。
实际上，这段说明表明了异步socket的核心，即异步socket不过是将多个socket的调度（或者还有他们的线程调度）全部交给操作系统自己去完成，异步的核心Selector，不过是将这些调度收集、分发而已。因为操作系统的socket、线程调度再咋D也比你JVM中要强，效率也高。
而且就算jvm做的和操作系统一样好，性能一样高（当然这是不现实的），使用异步socket你至少也节约了一半的系统消耗，想想假定操作系统本身也是使用线程来维护N个socket连接，在传统的java编程中，你还必须为这些socket还多起一个java线程，那至少是2N个线程，现在只需要N+1。
二、使用Cindy 框架有什么好处： Cindy 是基于 Java IO 的一个优秀开源框架，如果应用程序只想使用同一个模型去操作网络I/O，而不想关心这些诸多限制，那么Cindy是一个很好的选择。 三、Cindy 的原理和优化：
基于 NIO 的 SocketSession，在发送请求之后，方法会立即返回，SocketSession开始异步连接，等到连接建立好了，会通过sessionEstablished事件分发给Listener；而Dispatcher就是用来分发这些事件的。Session默认的Dispatcher就是SimpleDispatcher，是运行在当前线程的。
在SessionListener中Sleep或者做一些耗时的操作，可能会阻塞后面的事件分发，如果要提高效率或者伸缩性，可以采用PooledOrderedDispatcher，用一个线程池来分发事件。