阻塞IO与非阻塞IO

关于“阻塞”一词经常被提到，阻塞其实就是进入了休眠状态，交出了 CPU 控制权。譬如 wait() 、 pause() 、 sleep() 等函数都会进入阻塞，本次聊一聊关于阻塞式 I/O 与

非阻塞式 I/O 。

阻塞式 I/O 顾名思义就是对文件的 I/O 操作（读写操作）是阻塞式的，非阻塞式 I/O 同理就是对文件的

I/O 操作是非阻塞的。这样说大家可能不太明白，这里举个例子，譬如对于某些文件类型（读管道文件、网

络设备文件和字符设备文件），当对文件进行读操作时，如果数据未准备好、文件当前无数据可读，那么读

操作可能会使调用者阻塞，直到有数据可读时才会被唤醒，这就是阻塞式 I/O 常见的一种表现；如果是非阻

塞式 I/O ，即使没有数据可读，也不会被阻塞、而是会立马返回错误！

普通文件的读写操作是不会阻塞的，不管读写多少个字节数据， read() 或 write() 一定会在有限的时间内

返回，所以普通文件一定是以非阻塞的方式进行 I/O 操作，这是普通文件本质上决定的；但是对于某些文件

类型，譬如管道文件、设备文件等，它们既可以使用阻塞式 I/O 操作，也可以使用非阻塞式 I/O

进行操作。

在调用 open() 函数打开文件

时，为参数 flags 指定 O_NONBLOCK 标志， open() 调用成功后，后续的 I/O 操作将以非阻塞式方式进行；

这就是非阻塞 I/O 的打开方式，如果未指定 O_NONBLOCK 标志，则默认使用阻塞式 I/O 进行操作。

对于普通文件来说，指定与未指定 O_NONBLOCK 标志对其是没有影响，普通文件的读写操作是不会

阻塞的，它总是以非阻塞的方式进行 I/O 操作，这是普通文件本质上决定的。

当对文件进行读取操作时，如果文件当前无数据可读，那么阻塞式 I/O 会将调用者应用程序挂起、进入

休眠阻塞状态，直到有数据可读时才会解除阻塞；而对于非阻塞 I/O ，应用程序不会被挂起，而是会立即返

回，它要么一直轮训等待，直到数据可读，要么直接放弃！

所以阻塞式 I/O 的优点在于能够提升 CPU 的处理效率，当自身条件不满足时，进入阻塞状态，交出 CPU

资源，将 CPU 资源让给别人使用；而非阻塞式则是抓紧利用 CPU 资源，譬如不断地去轮训，这样就会导致

该程序占用了非常高的 CPU 使用率！