为什么使用边缘触发时必须配合非阻塞IO

边缘触发（Edge-triggered）是一种事件驱动模型，它只在事件状态发生变化时才会通知应用程序，而不是像水平触发（Level-triggered）那样，只要事件状态是“就绪”的，就会不断地通知应用程序。

使用边缘触发时，需要配合非阻塞IO，原因在于阻塞IO会导致程序在IO操作时一直阻塞，从而无法及时处理边缘触发的事件通知。而非阻塞IO则可以让程序在IO操作时不会被阻塞，可以及时处理事件通知。

例如，当一个socket可读时，边缘触发会通知应用程序。如果使用阻塞IO，当应用程序在读取数据时，如果没有数据可读，应用程序会一直阻塞在读取操作处，无法及时响应边缘触发的事件通知。而如果使用非阻塞IO，应用程序可以在读取操作处立即返回，然后再根据返回值来判断是否有数据可读，从而及时响应事件通知。

相关问题

非阻塞io操作什么意思

非阻塞 I/O 操作是指在进行输入/输出操作时，不会阻塞程序的执行。在传统的阻塞 I/O 操作中，当程序调用读取或写入数据的函数时，如果数据还没有准备好或无法立即写入，程序会一直等待直到操作完成才能继续执行其他任务。这种等待会导致程序阻塞，无法同时处理其他任务或响应其他事件。

而非阻塞 I/O 操作则允许程序在进行输入/输出操作时立即返回，而不需要等待操作完成。如果数据还没有准备好或无法立即写入，非阻塞操作会立即返回一个错误码或特定的状态码，让程序可以继续执行其他任务或检查其他事件。

使用非阻塞 I/O 可以实现异步的 I/O 处理，使程序能够同时处理多个 I/O 操作或响应其他事件，提高程序的并发性和响应性能。在非阻塞模式下，程序可以定期轮询或使用回调函数等方式来检查 I/O 操作的状态，当数据准备好或可以写入时再进行实际的读取或写入操作。

需要注意的是，非阻塞 I/O 操作需要程序对返回的状态进行处理，并根据情况决定下一步的操作。这可能涉及到循环轮询、状态机设计、事件驱动等技术。同时，非阻塞 I/O 操作也可能会增加代码的复杂性，因为需要处理异步的操作和状态管理。

非阻塞 I/O 在网络编程中特别常见，可以用于同时处理多个网络连接或请求，提高系统的可扩展性和性能。在操作系统中，通常会提供相应的机制或函数来实现非阻塞 I/O，如使用 `fcntl()` 函数设置文件描述符的非阻塞属性。

异步非阻塞IO和同步阻塞IO的区别是什么

异步非阻塞IO和同步阻塞IO的主要区别在于程序在等待IO操作完成时的行为。在同步阻塞IO中，程序会一直等待IO操作完成，直到数据返回或者超时。而在异步非阻塞IO中，程序会立即返回，不会等待IO操作完成，而是通过回调函数等方式在IO操作完成后再处理数据。这种方式可以提高程序的并发性和响应性能力。