Java NIO类库Selector机制解析（上）

 
Java NIO类库Selector机制解析（上）
 
赵锟　　 陈皓
http://blog.csdn.net/haoel
 
一、  前言
 
自从J2SE 1.4版本以来，JDK发布了全新的I/O类库，简称NIO，其不但引入了全新的高效的I/O机制，同时，也引入了多路复用的异步模式。NIO的包中主要包含了这样几种抽象数据类型：
 
Buffer：包含数据且用于读写的线形表结构。其中还提供了一个特殊类用于内存映射文件的I/O操作。
Charset：它提供Unicode字符串影射到字节序列以及逆映射的操作。
Channels：包含socket，file和pipe三种管道，都是全双工的通道。
Selector：多个异步I/O操作集中到一个或多个线程中（可以被看成是Unix中select()函数的面向对象版本）。
 
我的大学同学赵锟在使用NIO类库书写相关网络程序的时候，发现了一些Java异常RuntimeException，异常的报错信息让他开始了对NIO的Selector进行了一些调查。当赵锟对我共享了Selector的一些底层机制的猜想和调查时候，我们觉得这是一件很有意思的事情，于是在伙同赵锟进行过一系列的调查后，我俩发现了很多有趣的事情，于是导致了这篇文章的产生。这也是为什么本文的作者署名为我们两人的原因。
 
先要说明的一点是，赵锟和我本质上都是出身于Unix/Linux/C/C++的开发人员，对于Java，这并不是我们的长处，这篇文章本质上出于对Java的Selector的好奇，因为从表面上来看Selector似乎做到了一些让我们这些C/C++出身的人比较惊奇的事情。
 
下面让我来为你讲述一下这段故事。
 
二、  故事开始 : 让C++程序员写Java程序!
 
没有严重内存问题，大量丰富的SDK类库，超容易的跨平台，除了在性能上有些微辞，C++出身的程序员从来都不会觉得Java是一件很困难的事情。当然，对于长期习惯于使用操作系统API（系统调用System Call）的C/C++程序来说，面对Java中的比较“另类”地操作系统资源的方法可能会略感困惑，但万变不离其宗，只需要对面向对象的设计模式有一定的了解，用不了多长时间，Java的SDK类库也能玩得随心所欲。
 
在使用Java进行相关网络程序的的设计时，出身C/C++的人，首先想到的框架就是多路复用，想到多路复用，Unix/Linux下马上就能让从想到select, poll, epoll系统调用。于是，在看到Java的NIO中的Selector类时必然会倍感亲切。稍加查阅一下SDK手册以及相关例程，不一会儿，一个多路复用的框架便呈现