linux下的阻塞，非阻塞，轮询 15

让我们用通俗易懂的语言来形容。

一般情况下，系统和应用之间有一个请求队列层，起到调度的作用，应用不直接访问系统，而是将访问请求放入队列层; 系统也在不断地从队列层抽取请求，然后分发它们进行执行，这是一种阻塞访问方式。

但是，有些特殊请求是不允许停止等待的，这样的请求不会放在队列层，而是会直接插入到系统当前处理的前端，会先执行，是非阻塞访问。

两者的区别是由他们的工作性质决定的，纯粹从理论上看，它与CPU占用率等无关，CPU占用率只与算法的复杂度有关。

通常，非阻塞函数用于系统级请求，例如一些驱动程序级中断请求或实时请求，因为它们绕过请求队列，编译不佳的非阻塞程序可能会导致系统变得无响应。

1.非阻塞是立即返回，那么你的例子是汽车会返回，一旦有空位，停车场就会通知你停车。

2.应该差不多，但对于应用来说，非阻塞效率要高得多。

3、一般采用非阻塞，阻塞的优点是逻辑简单易处理; 如果程序的网络性能要求不高，但逻辑处理比较复杂，则使用阻塞。

当它被阻止时，应用程序会进入睡眠状态，因此它不会占用 CPU。

它不会阻塞，如果您一直很忙，它会占用 CPU。

通常，它用于阻止更多，需要注意的是，使用多个线程对其进行配置是实用的。

非阻塞不是恒定轮询，否则和阻塞没什么区别，而是直接返回，让你处理请求无法满足的情况，即你看到没有地方可以停车，你自己决定是否继续等待（循环非阻塞调用， 当然，没有必要，因为你可以直接阻止呼叫），或者寻找另一种停车方式。

至于占用的CPU资源，应该差别不大，阻塞后，当前线程或进程放弃系统执行时间，直到满足条件，阻塞周期不应该消耗太多资源，因为执行时间没有被占用。 非阻塞只是一个调用，如果你不满意，你会回到当前的程序，所以两者应该差不多。

通常，当你使用非阻塞时，你应该希望程序处理请求无法满足的情况，而阻塞就是程序只有在满足条件的情况下才能继续执行，所以它一直在阻塞和等待，这取决于你多用少用的情况。 因为差异本身很明显，所以功能不会重叠。

我不知道受试者的读取是指套接字的读取还是文件的读取。

默认情况下，套接字的读取是阻塞的;

要读取文件，这取决于内核读取接口是注册为同步接口还是异步接口（请参阅文件操作结构）。

套接字本质上在阻塞和非阻塞模式下都可用，与 epoll 无关。

epoll 用于多套接字操作（从 select 升级到 poll 再到 epoll 可以解决此目的）。

如果不使用 poll 方法，在阻塞模式下，可以操作多个套接字，无论是多线程还是多个进程，都会带来一定的开发复杂度和性能降低。 在非阻塞模式下，使用轮询，这是对处理能力的浪费。

因此，epoll 是一个核心功能，它允许程序在单个线程中操作大量套接字，同时还提供高处理性能。

也就是说，即使没有数据可读取，io 也不会阻塞，或者当空间是可写的时。 无论如何，异步 IO 都会返回。 简单来说，当您读取和写入异步 IO 系统调用调用时，该过程不会阻塞。

所以你的执行流可以做其他的事情，当你真的想确认数据被读写时，你是在使用 aio return 函数来判断读写是否成功。 如果要消耗 CPU，可以调用 AIO Return 轮询结果。 如果你想休眠等待读写完成，那么你调用 aio 挂起函数，你就会休眠，读写完成后，内核会向你发送信号，这时信号处理函数就会执行，进程就会被唤醒。

若要完全理解异步 IO，最好将信号与异步通知一起理解。 如果可以编写驱动，最好自己实现IO的这些功能，比如阻塞IO、非阻塞IO、轮询、异步通知、异步IO等，这些都涉及到并发和竞争问题。

异步是指您不知道何时会发生！ IO 中断通常是异步的！

阻止调用意味着当前线程将被挂起，直到返回调用结果。 该函数只会在获取结果后返回。 有人可能会将阻止呼叫等同于同步呼叫，但实际上它是不同的。

在同步调用的情况下，很多时候当前线程仍处于活动状态，但逻辑上不返回当前函数。 例如，如果我们在 csocket 中调用 Receive 函数，如果缓冲区中没有数据，则该函数将等到有数据后再返回。 此时，当前线程继续处理各种消息。

如果主窗口和调用函数在同一个线程中，则主界面应该仍然刷新，除非您在特殊的接口操作函数中调用它。 套接字从 recv 接收数据的另一个函数是阻塞调用的示例。 当套接字在阻塞模式下工作时，如果没有数据就调用函数，则当前线程将暂停，直到有数据为止。

非阻塞 非阻塞对应于阻塞的概念，这意味着函数不会阻塞当前线程并立即返回，直到结果不能立即可用。

阻塞模式和阻塞函数调用对象。

对象是否处于阻塞模式与函数是否阻塞调用之间存在很强的相关性，但没有一对一的对应关系。 可以对阻塞对象进行非阻塞调用，我们可以通过某个 API 轮询状态，并在适当的时候调用阻塞函数来避免阻塞。 对于非阻塞对象，调用特殊函数也可以进入阻塞调用。

函数 select 就是这样一个例子。

阻塞 IO：套接字的阻塞模式是指 IO 操作（包括错误）必须完成才能返回。

非阻塞IO：在非阻塞模式下，无论操作是否完成，都会立即返回操作，需要其他方法判断操作是否成功。

两者的区别：所谓阻塞方法，是指在尝试读取或写入文件的描述符时，如果当时没有可读的内容，或者暂时无法写入，程序就会进入等待状态，直到可以读取或写入某些内容。

在非阻塞状态下，如果没有可读或不可写的内容，读写函数将立即返回，无需等待。

常见的做法是同时为每个套接字连接（阻止通信）创建一个新线程。 这种方法响应速度快，而且控制起来也非常简单，在连接数少的时候非常有效，但是如果每个连接都有一个线程，无疑是对系统资源的浪费，如果连接数大，就会出现资源短缺的情况。

更有效的方法是在服务器上保存套接字连接列表，然后轮询该列表，如果它发现套接字端口（read-ready）上有可读数据，它将为该套接字连接调用相应的读取操作。

如果发现套接字端口（写就绪）上有可写数据，则调用套接字连接的相应写入操作。 如果端口的套接字连接中断，则调用相应的析构函数方法关闭该端口。 这样可以充分利用服务器资源，效率大大提高。

1. 阻塞：在新创建的流中可以使用通用的 IO 操作。 它等待客户端发送空行，然后服务器才会响应。

会话结束时，服务器将关闭流和客户端套接字如果队列中没有请求，会发生什么情况？ 这种方法将等待一个到来。

此行为称为阻止。 accept（） 方法将阻止服务器线程，直到调用到达。 当 5 个连接关闭时，服务器将退出。

队列中的任何呼叫都将被取消。

2.非阻塞：非阻塞套接字是指当执行该套接字的网络调用时，无论是否成功执行，都会立即返回。 例如，如果调用 recv（） 函数读取网络缓冲区中的数据，则无论是否读取数据，都会立即返回，并且不会一直挂起在函数调用上。

在Windows网络通信软件的实际开发中，使用最多的是异步非阻塞套接字。 具有 CS（客户端-服务器）结构的软件通常是异步和非阻塞的。