layui select 监听两个_图解bio、nio、select及epoll

     写在前面：     首先要清楚的是，我们写的程序是不能直接访问硬件的，为了保证安全，硬件只有内核可以访问。操作系统提供了一些函数供用户程序去调用，如果用户程序想要访问硬件，就必须编写方法调用系统提供的一类函数，称为系统调用(system call)，但由于内核是受保护的，应用程序无法直接调用这些方法，这里就有了一个中断的系统，程序的调用属于软中断，而硬件(如鼠标、键盘)的中断属于硬中断，这些中断会作用在CPU上，使CPU中断当前执行的操作，转而执行中断所提供的操作。我们进行IO操作的时候，就会用到系统调用，比如想要获取磁盘的数据，我们要调用系统的函数先将数据读到内核空间，然后拷贝到用户空间，这样我们的程序才可以读取数据(系统调用的过程中就有成本消耗)。

    在linux系统中的/proc目录下，每个进程号都对应一个目录，在每个进程号对应的目录中，都包含一个task目录和fd目录，如下图：

    task是该进程下的所有线程，每个线程对应一个子目录，而fd是文件描述符的目录，如下图：每个socket对象都对应一个文件，而fd目录下这些数字表示的是每个文件的索引(可以理解为所有文件在一个数组中，而这个文件描述符就是数组的下标)，0-2是固定的，分别表示标准输入、标准输出、错误输出。对于服务端程序，监听每个端口都会生成一个文件描述符；而每个客户端对于该端口的连接，同样也会生成一个文件描述符。

一、BIO

1. 服务端先进行socket系统调用，这时会生成一个fd5文件描述符。(编号随意)

2. 该文件描述符绑定了指定的8090端口，然后服务端监听该端口，通过accept系统调用看是否有客户端连接该端口(这个过程会阻塞主线程)。

3. 如果有客户端进行连接，accept方法会接收这个客户端连接，并生成新的socket对象，对应生成文件描述符md6。

4. 如果新生成的socket对象进行读或写的系统调用，同样会被阻塞，直到客户端发送读写的数据过来时，才执行对应的操作(这个过程也会阻塞主线程)。

5. 如果是单线程的，这时其它客户端想要连接这个8090端口，会被阻塞，读写请求都无法执行。

6. BIO是采用多线程，每来一个客户端连接，就创建一个新的线程，生成一个新的md文件描述符，以此来解决单线程对于多客户端连接的阻塞问题。

下面用伪代码大致描述BIO处理多客户端请求的方式：

public class ServerTest {
        static byte[] bs = new byte[512]