Linux网络编程必修课：五种I/O模型-CSDN博客

前言：为什么我们要学I/O模型？

欢迎各位文章底部关注我，每天专注分享Linux、Unix、 C/C+ +后端开发、面试题等技术知识讲解

在当今这个数据驱动的时代，无论是 Web 服务器、数据库系统，还是嵌入式设备，都离不开一个核心操作——输入/输出（I/O）。而作为后端开发、系统编程、甚至是性能调优的核心战场，Linux 的 I/O 模型无疑是我们必须掌握的基础知识之一。

很多同学可能对 I/O 有模糊的印象：“就是读写数据嘛”，但当你真正深入 Linux 系统内部时，你会发现：I/O = 等待 + 拷贝，而且等待的时间往往比拷贝还长！

所以，提升 I/O 效率的关键，就是减少等待时间。

今天，我们就来聊聊 Linux 中最经典的五种 I/O 模型：

✅ 阻塞 I/O
✅ 非阻塞 I/O
✅ I/O 多路复用
✅ 信号驱动 I/O
✅ 异步 I/O

一、重新认识 I/O

我们先回顾一下基础 IO 的本质（不只是“读写”，更是“等待的艺术”）：

I/O 就是数据的搬运工。无论是 read、write、send、recv，归根结底都是把数据从一个地方搬到另一个地方。

比如：

read(fd, buf, size)：从 fd 对应的设备中读取数据，放到 buf 缓冲区
write(fd, buf, size)：将 buf 数据写入到 fd 所代表的设备

但你知道吗？真正的瓶颈不在“搬”，而在“等”。

🎣 举个例子：钓鱼的启示

想象你去河边钓鱼：

阻塞式钓鱼
：你拿着一根鱼竿，坐在岸边，盯着水面，鱼没上钩前啥都不干。
非阻塞式钓鱼
：你每隔5分钟看一下有没有鱼上钩，没有就继续干别的事。
多路复用钓鱼
：你一次放多个鱼竿，哪个鱼竿动了你就收哪个。
信号驱动钓鱼
：鱼一上钩，自动铃铛响，通知你来收杆。
异步钓鱼
：你完全不用管，鱼上钩、收杆、烤鱼一条龙搞定，最后只告诉你“鱼熟了”。

这五个场景，刚好对应 Linux 的五种 I/O 模型。

二、五种 I/O 模型详解

1️⃣ 阻塞 I/O（Blocking IO）

这是最原始、最直观的一种 I/O 方式。

工作流程：

用户发起请求，进入内核
内核检查是否有数据准备好
如果没有，用户进程就一直“挂起”等待
数据准备好了，开始拷贝
拷贝完成，返回结果

类比钓鱼：

你一个人拿着一根鱼竿，坐在河边，不看到鱼上钩就不走。

特点：

实现简单
单线程效率低
适用于并发量小、业务简单的场景

2️⃣ 非阻塞 I/O（Non-blocking IO）

非阻塞模式下，如果数据还没准备好，不会一直等下去，而是立刻返回错误。

工作流程：

用户发起请求
内核检查是否有数据
没有的话，直接返回 EWOULDBLOCK 错误
用户不断轮询尝试，直到数据就绪

类比钓鱼：

你每隔几分钟看看鱼有没有上钩，没有就先去干别的事，过会儿再来查。

特点：

CPU 轮询开销大
适合特定场景（如超时控制）
一般配合其他模型使用

3️⃣ I/O 多路复用（IO Multiplexing）

这是目前应用最广、性能最好的一种模型，常用于高并发服务器。

常见实现：

select
poll
epoll
（Linux 下最优）

工作流程：

用户告诉内核：“我关心这几个文件描述符，等它们有数据的时候告诉我”
内核监听多个 fd，当其中某个就绪时通知用户
用户再去调用 read/write 进行数据拷贝

类比钓鱼：

你一次放好几根鱼竿，哪个鱼竿动了你就去收哪个。

特点：

支持监听多个 fd
减少线程数量，提高资源利用率
是高性能网络服务的基石

4️⃣ 信号驱动 I/O（Signal-driven IO）

通过注册信号处理函数，在数据准备好时由内核发送信号通知应用程序。

工作流程：

应用程序注册 SIGIO 信号处理函数
内核在数据就绪时发送 SIGIO 信号
应用收到信号后调用 read/write 拷贝数据

类比钓鱼：

鱼一上钩，鱼竿上的铃铛就响，提醒你来收鱼。

特点：

异步通知机制
实现复杂度较高
使用较少，部分系统支持

5️⃣ 异步 I/O（Asynchronous IO）

真正意义上的异步 I/O，Linux 提供的是 AIO 接口（aio_read/aio_write）。

工作流程：

用户发起异步读写请求
内核接管整个过程：等待 + 拷贝
完成后通过回调或信号通知用户

类比钓鱼：

你把鱼竿交给智能机器人，它自动钓鱼、收杆、烤鱼，最后只告诉你“鱼熟了”。

特点：

完全异步，用户无需等待
性能最好
实现复杂，支持有限

三、同步 vs 异步？阻塞 vs 非阻塞？

这是面试高频问题，也是最容易混淆的概念。

分类	描述
同步 vs 异步	关注消息通信机制：<br>同步：调用方必须等到结果<br>异步：调用后立即返回，后续通过通知获取结果
阻塞 vs 非阻塞	关注等待状态：<br>阻塞：调用期间线程挂起<br>非阻塞：调用立即返回，不等待

✨ 四者关系总结：

阻塞+同步：传统单线程模型
非阻塞+同步：轮询检测数据
非阻塞+异步：现代高性能服务器常用组合
异步+异步：AIO，理想状态

四、如何选择合适的 I/O 模型？

场景	推荐模型
并发量小、逻辑简单	阻塞 I/O
需要快速响应、但不能长期阻塞	非阻塞 I/O
高并发、多连接	I/O 多路复用（epoll）
实时性强、事件驱动	信号驱动 I/O
极致性能、异步处理	异步 I/O