多路复用IO模型和非阻塞IO模型的区别？

常见的Linux IO模型：
阻塞IO模型：当应用程序调用read或write等IO操作时，如果内核没有准备好数据，那么应用程序就会一直阻塞等待，直到内核准备好数据后才会返回。在这种模型下，应用程序通常只能同时处理一个连接，效率较低。

非阻塞IO模型：当应用程序调用read或write等IO操作后，如果内核没有准备好数据，那么应用程序不会被阻塞，而是立即返回一个Eagain或EWouldBlock错误码，表示当前资源不可用。在这种模型下，应用程序需要不断轮询来检查是否有数据准备好，可以同时处理多个连接，但轮序频繁可能会占用过多CPU资源。

IO复用模型：使用select、poll或epoll等系统调用来监听多个IO事件，当有IO事件发生时再进行处理。在这种模型下，应用程序也只需要通过一个线程来监听多个连接，效率比非阻塞IO模型要高。

信号驱动IO模型：应用程序调用sigaction函数注册一个信号处理函数，在数据准备好时内核会向应用程序发送一个SIGIO信号，应用程序收到信号后再进行IO操作。这种模型比较适合于处理低频率的IO事件。

异步IO模型：应用程序调用aio_read或aio_write等异步IO函数，内核会在IO操作完成后通知应用程序。在这种模型下，应用程序不需要等待IO操作完成，可以继续执行其他任务，当IO操作完成后再进行回调处理。异步IO模型在高并发场景下更具优势。

注意：在非阻塞IO模型中，应用程序每一次轮询检查数据是否准备好时，都会涉及到从用户态到内核态的切换。因此对于非阻塞IO模型，每一次轮询都是昂贵的系统调用。

而非阻塞IO模型与多路复用IO模型的区别就在于：
多路复用IO模型将轮询的任务交给了操作系统，由操作系统对连接进行监听，当有事件时才会返回向用户态的应用程序返回事件列表。大大减少了用户态和内核态切换的系统调用开销。

参考：
计算机网络——阻塞IO、非阻塞IO、IO多路复用
美团后端开发暑期实习一面