"浅析epoll的水平触发和边缘触发，非阻塞IO的必要性"

实例浅析epoll的水平触发和边缘触发，以及边缘触发为什么要使用非阻塞IO Epoll是Linux中一种高效的I/O多路复用机制，可以同时监测多个文件描述符上的事件。在Epoll中，事件的通知方式主要有两种：水平触发和边缘触发。边缘触发需要使用非阻塞IO，下面将对这两种触发方式进行实例浅析。 水平触发是Epoll的默认触发方式。当被监测的文件描述符上有可读写事件发生时，Epoll会立即通知处理程序进行读写操作。如果这次读写操作没有读取或写完所有数据（如读写缓冲区太小），下次调用Epoll时，它仍会通知处理程序在上次未读写完的文件描述符上继续读写。这种模式下，如果系统中有大量不需要读写的就绪文件描述符，它们每次都会返回，会大大降低处理程序检索自己关心的就绪文件描述符的效率。 边缘触发是Epoll的高性能触发方式。当被监测的文件描述符上有可读写事件发生时，Epoll会通知处理程序进行读写操作。但是，如果这次读写操作没有读取或写完所有数据（如读写缓冲区太小），下次调用Epoll时，它不会再次通知处理程序，直到该文件描述符上出现第二次可读写事件才会再次通知。这种模式比水平触发效率更高，因为它可以保证每次处理程序都能读取或写入一定数量的数据，减少了处理事件的次数。 为什么边缘触发需要使用非阻塞IO呢？这是因为非阻塞IO可以保证在一个连接上进行读写操作时不会被阻塞。在边缘触发模式下，Epoll只会通知一次读写事件，如果采用阻塞IO，处理程序可能在读写操作时阻塞，而无法及时处理其他事件。而非阻塞IO可以保证处理程序能够在一个连接上持续进行读写操作，避免了因为IO阻塞而导致其他事件无法及时处理的问题，提高了系统的性能和效率。 下面以具体案例来说明以上内容： 1. 平触发的阻塞sockfd： 在水平触发模式下，Epoll会在sockfd上发生可读写事件时通知处理程序。如果处理程序对sockfd进行非阻塞的读写操作，则可以保证在多次读写操作中不会因缓冲区满或者空而阻塞，提高了处理速度。 2. 边缘触发的阻塞sockfd： 在边缘触发模式下，Epoll会在sockfd上第一次发生可读写事件时通知处理程序。如果处理程序对sockfd进行阻塞的读写操作，则可能会因为读写操作阻塞而无法及时处理其他事件，导致性能下降。 3. 平触发的阻塞connfd： 在水平触发模式下，Epoll会在connfd上发生可读写事件时通知处理程序。如果处理程序对connfd进行非阻塞的读写操作，则可以保证在多次读写操作中不会因缓冲区满或者空而阻塞，提高了处理速度。 4. 平触发的阻塞connfd： 在水平触发模式下，Epoll会在connfd上发生可读写事件时通知处理程序。如果处理程序对connfd进行非阻塞的读写操作，则可以保证在多次读写操作中不会因缓冲区满或者空而阻塞，提高了处理速度。 5. 边缘触发的阻塞connfd： 在边缘触发模式下，Epoll会在connfd上第一次发生可读写事件时通知处理程序。如果处理程序对connfd进行阻塞的读写操作，则可能会因为读写操作阻塞而无法及时处理其他事件，导致性能下降。 通过以上实例分析，我们可以得出结论：边缘触发模式相比水平触发模式能够更高效地处理事件，但需要使用非阻塞IO来避免阻塞问题。在实际开发中，根据具体的需求和场景选择不同的触发方式和IO模式，以提高系统的性能和效率。