网络IO复用模型
1.poll（epoll中的LT模式，电平触发模式）poll不支持边沿触发
说明 监听套接字应该设置为非阻塞模式，否则会影响服务器的并发性
ret是成功写入的数据大小，10000是想要写入的数据大小
应该使用下右下角的连接套接字处理过程
当数据包比较大时，一个数据包要进行两次read，一次read并没有把connfd所对应的接收缓冲区的数据都读完，那么connfd仍然是活跃的，我们应该将读到的数据保存在connfd的应用层接收缓冲区
write发送时，我们也应该有一个应用层发送缓冲区
POLLOUT事件 触发条件，connfd的发送缓冲区不满（可以容纳新数据）//【不应该一开始就关注pollout事件，因为一开始缓冲区没数据发送它会一直触发pollout事件，会出现busyloop忙等待，所以在if(ret<10000)的条件下才关注pollout事件，当应用层发送缓冲区数据发送完毕后也应取消关注pollout事件】
2.EMFILE错误的处理
accept(2)返回EMFILE（进程打开的文件描述符的个数超出了上限）的处理：
调高进程文件描述符个数//治标不治本
死等//影响效率
退出程序//？？不可以 7*24小时工作
关闭接听套接字//那啥时候再打开嗯？
如果是epoll模型，可以改用edge trigger，问题是如果漏掉了一次accept(2)，程序在也不会收到新连接
准备一个空闲的描述符。遇到这种情况，先关闭这个空闲文件，获得一个文件描述符名额，再accept(2)拿到socket连接的文件描述符；随后立刻close(2)，这样优雅的断开了与客户端的连接；最后重新打开空闲文件，把坑填上，以后再出现这种情况时再使用。//可以，所以一般用这种
3.epoll
分为LT电平触发模式，与poll模式类似，但是不需要遍历所有已连接套接字模型，只需遍历活跃的
ret=0说明对方关闭了套接字，那么需要将此套接字剔除
poll与epoll:
每次调用poll函数时都需要把监听套接字与已连接套接字所感兴趣的时间数组 拷贝到内核，这样会导致效率降低，
epoll模型只需拷贝一次
LT 什么时候关注pollout事件，如果接受到一个新的套接字就关注pollout事件的话就会造成busy loop
ET边缘触发模式,默认是LT，如果改成ET，将events成员改为EPOLLIN
epoll_create(int size)//size能够管理的系统文件描述符的数目，这个参数已经被忽略了，因为取决于系统资源的大小,即处理多大的并发
epoll_create1(int flags)//
3.2ET模式
ET一开始就关注poll out事件也不会触发busyloop,一直处于可发送状态
边沿触发从高到底或者从低到高才会触发，等缓冲区数据已经满了不可发送数据到可发送数据期间才触发epollout事件
缓冲区从低到高才会触发epollin事件
read要读到EAGAIN为止才可以，否则电平不会变不会触发了