Linux 中的read系统调用到底是阻塞还是非阻

发布网友发布时间：2022-04-23 18:18

共1个回答

热心网友时间：2023-10-12 16:08

所谓阻塞，即当内核发现请求条件不满足时（可能需要产生IO）将调用进程挂起，让出CPU给需要的进程执行，提高效率，调用者进程被阻塞至条件满足时再被唤醒。
我们来深入跟踪read/write系统调用，因为Linux内核中对文件的读写采用了缓存，文件数据按照页面（默认大小为4096字节）为单位缓存在内存中，对于read系统调用，内核会根据应用程序发出的读偏移在缓存中查找所读位置对应的缓存页面是否存在，如果存在，那么万事大吉，只需将数据从缓存页面copy至用户缓冲区即可，但如果此页面尚未被缓存，那么没有别的办法，只能从磁盘上读出该页面数据并缓存在内存中，所谓的读过程，其实文件系统所需做的只是锁定页面，然后构造一个读请求，并将请求发送给底层的IO子系统即可。文件系统发送完请求并不代表该页面已经从磁盘中读出，如果此时read系统调用返回，那就意味着该调用是非阻塞，不等IO完成即返回至调用者，但阅读内核代码发现，文件系统在发送完IO请求后并不立即返回，而是在接下来的流程中去尝试锁定该读页面，因为在前面文件系统发IO请求时页面已经被锁定，因此，如果页面尚未被读出的话，此时锁定的话必然会阻塞，至此，我们就清楚了Linux内核中的read系统调用默认实现是阻塞方式。