5. IO 通信模型
网络通信的本质是网络间的数据 IO。只要有 IO，就会有阻塞或非阻塞的问题，无论这个 IO 是网络的，还是硬盘的。原因在于程序是运行在系统之上的，
任何形式的 IO 操作发起都需要系统的支持
使用套接字建立TCP连接后，通过使用 I/O 流在进行通信，每一个socket都有一个输出流和一个输入流，客户端的输出流连接到服务器端的输入流，而客
户端的输入流连接到服务器端的输出流
5.1. BIO（阻塞模式）
BIO 即 blocking IO,是一种阻塞式的 IO；jdk1.4 版本之前 Socket 即 BIO 模式；BIO 的问题在于 accept()、read()的操作点都是被阻塞的
服务器线程发起一个 accept 动作（侦听并接受到此套接字的连接），询问操作系统是否有新的 socket 信息从端口 X 发送过来。注意，是询问操作系
统；如果操作系统没有发现有 socket从指定的端口 X 来，那么操作系统就会等待。这样serverSocket.accept()方法就会一直等待。这就是为什么 accept()方
法为什么会阻塞
如果想让 BIO 同时处理多个客户端请求，就必须使用多线程，即每次 accept阻塞等待来自客户端请求，一旦收到连接请求就建立通信，同时开启一个新
的线程来处理这个套接字的数据读写请求，然后立刻又继续 accept 等待其他客户端连接请求，即为每一个客户端连接请求都创建一个线程来单独处理
5.2.NIO（非阻塞模式）
NIO 即 non-blocking IO,是一种非阻塞式的 IO。jdk1.4 之后提供
NIO 三大核心部分：Channel(通道)，Buffer(缓冲区), Selector（选择器）
Buffer：容器对象，包含一些要写入或者读出的数据。在 NIO 库，所有数据都是用缓冲区处理的。在读取数据时，它是直接读到缓冲区中的；
在写入数据时，也是写入到缓冲区中。任何时候访问 NIO 中的数据，都是通过缓冲区进行操作
Channel：通道对象，对数据的读取和写入要通过 Channel，它就像水管一样。通道不同于流的地方就是通道是双向的，可以用于读、写和同
时读写操作。Channel 不会直接处理字节数据，而是通过 Buffer 对象来处理数据
Selector：多路复用器，选择器。提供选择已经就绪的任务的能力。Selector会不断轮询注册在其上的 Channel，如果某个 Channel 上面发生
读或者写事件，这个 Channel 就处于就绪状态，会被 Selector 轮询出来，进行后续的 I/O 操作。这样服务器只需要一两个线程就可以进行多客户端
通信
