1 .
水平触发：
当我们关注的事件为读事件时，只要缓存中有东西可读，那么就触发；当我们关注的事件为写事件时，只要缓存中有东西可写那么就触发。
边沿触发：
当我们关注的事件为读事件时：1.当由不可读变为可读时会触发（即BUFFE由空到非空）。2.当可读的内容变多时（即有新的数据到来）会触发。
当我们关注的事件为写事件时：1.由不可写变为可写时会触发（即BUFFE由满变为非满）。2.当buffer中的内容变少时（旧数据被发送走）会触发。
2. epoll 触发一个读事件的时候，如果这个fd 接收缓冲区一直有数据，也就是这个连接，不停的传输。这个fd的recv 会一直持续下去。
会影响下一个 fd的读，可改成lt模式，同时一个fd最多读取定量数据
3. 收到对方关闭的可读事件，需要关闭自己的fd，否则会一直触发read event
4. read again,write again需要处理
5. lt 发送数据，需要先直接发送，失败添加事件处理，再有数据发送的话，先判断fd的队列是否为空，不空的话，直接添加队尾，返回。等待可写事件触发，取队首，发送
发送完毕，移除可写事件
6. et模式读数据 要读到again，要不只能等到下次数据触发。不过，有可能出现一种情况，就是当前触发读，是到了接收缓冲区满的状态，等处理这次收到的数据的时候，
缓冲区又从不满到满，再次调用epoll_wait,就不会触发读事件。即便 接收到数据之后，很快处理，切换线程，也有几率会造成这种情况。
(是不是只有在epoll_wait的时候，缓冲区有变化，才会返回)
标签：总结,触发,epoll,发送,fd,事件,数据 来源： https://www.cnblogs.com/caopf/p/15576002.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。