IO复用：
让一个进程同时为多个客户端端提供服务
常用的IO复用模型：
select
poll
epoll
举例：
老师回答学生问题，老师比作服务端，学生比作客户端
多进程：10个学生，10个老师。新招一个学生，就多招一个老师
IO复用：学生举手，老师才回答问题（只用一个）
select与poll：
其原理说的通俗一点就是各个客户端套接字，都被放到了一个集合中。通过轮训的方式来查找是否可读或者可写，如果有可读的描述符那么我们的工作进程就去读取资源。
select和poll的实现非常类似，他们本质上的区别就是存放 fd 集合的数据结构不一样。select 在一个进程内可以维持最多 1024 个连接，poll 在此基础上做了加强，可以维持任意数量的连接。
epoll:
epoll 是 select 和 poll 的增强版，epoll 同 poll 一样，文件描述符数量无限制。
epoll是基于内核的反射机制，在有活跃的 socket 时，系统会调用我们提前设置的回调函数。而 poll 和 select 都是遍历。（对于大量活跃用户情况下，epoll效率并不高。）
服务端的主要流程：1.创建事件库 2.设置事件回调 3.绑定事件 4.开始事件循环 5.如有符合条件的文件描述符则系统开始调用我们提前设定好的处理函数
水平触发与边缘触发：
Level_triggered(水平触发)：当被监控的文件描述符上有可读写事件发生时，epoll_wait()会通知处理程序去读写。如果这次没有把数据一次性全部读写完(如读写缓冲区太小)，那么下次调用 epoll_wait()时，它还会通知你在上没读写完的文件描述符上继续读写，当然如果你一直不去读写，它会一直通知你！！！如果系统中有大量你不需要读写的就绪文件描述符，而它们每次都会返回，这样会大大降低处理程序检索自己关心的就绪文件描述符的效率！！！
Edge_triggered(边缘触发)：当被监控的文件描述符上有可读写事件发生时，epoll_wait()会通知处理程序去读写。如果这次没有把数据全部读写完(如读写缓冲区太小)，那么下次调用epoll_wait()时，它不会通知你，也就是它只会通知你一次，直到该文件描述符上出现第二次可读写事件才会通知你！！！这种模式比水平触发效率高，系统不会充斥大量你不关心的就绪文件描述符！！！
LT 和 ET本质的区别：
LT模式状态时，主线程正在epoll_wait等待事件时，请求到了，epoll_wait返回后没有去处理请求(recv)，那么下次epoll_wait时此请求还是会返回（立刻返回了）
ET模式状态下，这次没处理，下次epoll_wait时将不返回（所以我们应该每次一定要处理），可见很大程度降低了epoll的触发次数
总结：
1.对于监听的sockfd，最好使用水平触发模式，边缘触发模式会导致高并发情况下，有的客户端会连接不上。如果非要使用边缘触发，网上有的方案是用while来循环accept()。
2.对于读写的connfd，水平触发模式下，阻塞和非阻塞效果都一样，不过为了防止特殊情况，还是建议设置非阻塞。
3.对于读写的connfd，边缘触发模式下，必须使用非阻塞IO，并要一次性全部读写完数据
