BIO与NIO

BIO（阻塞模式）、NIO（非阻塞模式）。

BIO：即blocking IO,是一种阻塞式的IO。

jdk1.4版本之前Socket即BIO模式。

BIO的问题在于accept()、read()的操作点都是被阻塞的。

服务器线程发起一个accept动作，询问操作系统是否有新的socket信息从端口X发送过来。注意，是询问操作系统。如果操作系统没有发现有socket从指定的端口X来，那么操作系统就会等待。这样serverSocket.accept()方法就会一直等待。这就是为什么accept()方法为什么会阻塞。

如果想让BIO同时处理多个客户端请求，就必须使用多线程，即每次accept 阻塞等待来自客户端请求，一旦收到连接请求就建立通信，同时开启一个新的线程来处理这个套接字的数据读写请求，然后立刻又继续accept等待其他客户端连接请求，即为每一个客户端连接请求都创建一个线程来单独处理。

NIO：即non-blocking IO,是一种非阻塞式的IO。jdk1.4之后提供。又被叫作 new IO。

NIO三大核心部分：Channel(通道)，Buffer(缓冲区), Selector（选择器）。

Buffer：容器对象，包含一些要写入或者读出的数据。在NIO库，所有数据都是用缓冲区处理的。在读取数据时，它是直接读到缓冲区中的；在写入数据时，也是写入到缓冲区中。任何时候访问NIO中的数据，都是通过缓冲区进行操作。

Channel：通道对象，对数据的读取和写入要通过 Channel，它就像水管一样。通道不同于流的地方就是通道是双向的，可以用于读、写和同时读写操作。

Channel不会直接处理字节数据，而是通过Buffer 对象来处理数据。

Selector：多路复用器，选择器。提供选择已经就绪的任务的能力。Selector

会不断轮询注册在其上的 Channel，如果某个 Channel 上面发生读或者写事件，这个Channel就处于就绪状态，会被Selector轮询出来，进行后续的I/O操作。

这样服务器只需要一两个线程就可以进行多客户端通信。

                                                   

NIO与普通IO流复制文件消耗时间对比：