阿南学长1. 嵌入式Linux中的I/O模型基础
在嵌入式Linux开发中，I/O操作是最基础也是最频繁的系统调用之一。当我们谈论I/O模型时，本质上是在讨论应用程序如何与硬件设备或文件系统进行数据交换的机制。嵌入式系统由于资源受限、实时性要求高等特点，对I/O模型的选择尤为敏感。
Linux内核提供了多种I/O模型，其中阻塞式和非阻塞式是最基础的两种模式。理解它们的区别对于开发高效的嵌入式应用至关重要。我曾在一个基于F1C200s芯片的智能家居项目中，因为最初没有正确选择I/O模型，导致系统响应延迟高达200ms，后来通过重构I/O模型将延迟降低到20ms以内。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 阻塞式I/O的机制与特点
2.1 阻塞式I/O的工作原理
阻塞式I/O是Linux系统默认的I/O操作模式。当进程调用read()或write()等系统调用时，如果请求的资源（如串口数据、网络数据包等）尚未就绪，调用进程会被内核挂起，进入睡眠状态（TASK_INTERRUPTIBLE），直到资源可用或超时发生。
在嵌入式系统中，这种机制最常见的应用场景包括：
- 串口通信等待数据到达
- 传感器数据采集
- 低速外设的读写操作
c复制// 典型的阻塞式读取示例
int fd = open("/dev/ttyS0", O_RDWR);
char buf[256];
int n = read(fd, buf, sizeof(buf)); // 如果没有数据，进程将在此阻塞
2.2 阻塞式I/O的优缺点分析
优势：
- 编程模型简单直观，符合顺序执行的思维习惯
- 不需要主动轮询，CPU占用率低
- 内核自动管理进程调度，开发者无需关注状态切换
劣势：
- 实时性差，无法及时响应其他事件
- 单个阻塞操作可能导致整个线程/进程挂起
- 不适合需要同时处理多个I/O的场景
提示：在资源极度受限的嵌入式系统中（如只有几KB内存的MCU），阻塞式I/O可能是唯一可行的选择，因为它的实现开销最小。
3. 非阻塞式I/O的实现与应用
3.1 非阻塞I/O的启用方式
非阻塞I/O需要通过fcntl()系统调用设置O_NONBLOCK标志位，或者在open()时直接指定：
c复制// 设置非阻塞模式的两种方