https://yq.aliyun.com/articles/495842?spm=a2c4e.11153940.0.0.61cf4d40BBz2x2
首先上转帖，这篇文章讲的很透彻了。
ET与LT触发的区别：
红线：fd状态改变是才会触发。那么什么情况会导致fd状态的改变呢？
对于读取操作：
(1) 当buffer由不可读状态变为可读的时候，即由空变为不空的时候。
(2) 当有新数据到达时，即buffer中的待读内容变多的时候。
对于写操作：
(1) 当buffer由不可写变为可写的时候，即由满状态变为不满状态的时候。
(2) 当有旧数据被发送走时，即buffer中待写的内容变少得时候。
蓝线：fd的events中有相应的时间（位置1）即会触发。那么什么情况下会改变events的相应位呢？
对于读操作：
(1) buffer中有数据可读的时候，即buffer不空的时候fd的events的可读为就置1。
对于写操作：
(1) buffer中有空间可写的时候，即buffer不满的时候fd的events的可写位就置1。
说明：红线是时间驱动被动触发，蓝线是函数查询主动触发。
总结一下：
对于ET模式，它的触发方式是转帖链接图中的红线部分，也就是说：
ET下，对于监听读取操作：
(1) 当buffer由不可读状态变为可读的时候，即由空变为不空的时候。
(2) 当有新数据到达时，即buffer中的待读内容变多的时候
(3) 当buffer中有数据可读（即buffer不空）且用户对相应fd进行epoll_mod IN事件时
（1），（2）很好理解，特别对于（3）：
EPOLL_CTL_MOD相当于重新修改了该sockfd对应的需要监视的事件，尽管在下一轮中可读数据并未增长，但仍然会提醒该事件发生。
对于写操作：
(1) 当buffer由不可写变为可写的时候，即由满状态变为不满状态的时候。
(2) 当有旧数据被发送走时，即buffer中待写的内容变少得时候。
(3) 当buffer中有可写空间（即buffer不满）且用户对相应fd进行epoll_mod OUT事件时。
其中3与上面一样。
对于LT模式：
ET模式相当于是LT模式的子集，除了上述ET模式的情况外，以下也会进行通知。
这篇转帖写的实在是非常好，值得通读。
另外关于这个TinyWebServer:
有一点小问题：
在向socket中写时：
在遇到写缓冲区满而返回EAGAIN时，返回状态为STATUS_WRITE。
而在主函数中：
它对于STATUS_WRITE的处理却是直接将该sockfd remove掉，也就是说默认了遭遇EAGAIN就相当于已经写完。
这个逻辑是不是有问题，如果说出现：
写缓冲区已满，但写入数据仍为写完的情况，在这个情况下将socket remove掉是不对的，是不是应该不对它remove，而应该等到下次epoll_wait检测到该sockfd可写后继续写入，而又应用层来判断是否写完数据后，return一个success标识，再进行remove才更好呢？
当然，作者是不是考虑到对一个静态页面来说，写缓冲区写满但文件扔未写完的情况不存在呢？