I/O性能优化：文件I/O缓冲策略、mmap内存映射、异步I/O、零拷贝技术
大家好，我是你们的老朋友。今天我们来聊聊I/O性能优化。说实话，这是系统开发里最容易被忽视、但一旦出问题就让人头疼的领域。我见过太多项目，业务逻辑写得飞起，结果一压测，磁盘I/O直接成了瓶颈。嗯，今天我们就把它彻底讲透。
1. 文件I/O缓冲策略：别让系统替你瞎忙活
先问大家一个问题：你写文件的时候，数据真的立刻写到磁盘上了吗？
答案是否定的。操作系统会帮你做缓冲。这本来是好事，但如果你不了解缓冲策略，就可能掉坑里。
标准C库的 fwrite() 用的是用户态缓冲。数据先攒在内存里，等缓冲区满了，或者你调了 fflush()，才真正发起系统调用。而系统调用这一层，内核还有自己的页缓存（Page Cache）。
我个人习惯把缓冲策略分成三类：
- 全缓冲：攒够了再写。适合大文件顺序写入。
- 行缓冲：遇到换行符就刷。适合终端输出。
- 无缓冲：来一条写一条。适合日志、调试信息。
你在代码里可以这样控制：
// 设置全缓冲，缓冲区大小64KB
char buf[64 * 1024];
setvbuf(fp, buf, _IOFBF, sizeof(buf));
// 设置行缓冲
setvbuf(fp, NULL, _IOLBF, 0);
// 设置无缓冲
setvbuf(fp, NULL, _IONBF, 0);
2. mmap内存映射：把文件当内存用
说白了，mmap 就是把文件的一部分直接映射到进程的虚拟地址空间。你读写这块内存，就等于读写文件。省去了 read()/write() 的数据拷贝开销。
来看个例子：
#include <sys/mman.h>
#include <fcntl.h>
#include <unistd.h>
int fd = open("data.bin", O_RDWR);
size_t length = 1024 * 1024; // 1MB
void *addr = mmap(NULL, length, PROT_READ | PROT_WRITE,
MAP_SHARED, fd, 0);
if (addr == MAP_FAILED) {
// 处理错误
}
// 直接读写内存
memcpy(addr, "hello", 5);
// 别忘了解除映射
munmap(addr, length);
close(fd);
这里要注意 MAP_SHARED 和 MAP_PRIVATE 的区别：
| 标志 | 写操作效果 | 是否影响磁盘 | 典型场景 |
|---|---|---|---|
| MAP_SHARED | 直接修改映射区域 | 是（脏页回写） | 文件读写、共享内存 |
| MAP_PRIVATE | 写时复制（Copy-on-Write） | 否 | 加载可执行文件、只读配置 |
mmap 映射一个大文件后，频繁修改小区域。结果脏页太多，系统回写时把磁盘IO打满了。后来我改用 msync() 手动控制回写时机，问题才解决。
3. 异步I/O：别让CPU干等着
同步I/O的痛点是：你发起一个读请求，线程就卡在那等数据回来。这期间CPU啥也干不了。异步I/O（AIO）就是来解决这个问题的。
Linux 上有两种主流方案：
- POSIX AIO（
aio_read/aio_write）：库函数实现，线程池模拟异步。 - Linux AIO（
io_submit/io_getevents）：内核原生支持，真正的异步。
我个人更推荐 Linux AIO，性能更好。但它的API比较底层，用起来麻烦。很多项目会封装一层，比如 libaio。
简单示例：
#include <libaio.h>
io_context_t ctx;
memset(&ctx, 0, sizeof(ctx));
io_setup(128, &ctx); // 最多128个并发请求
struct iocb cb;
struct iocb *cbs[1];
struct io_event events[1];
// 准备一个读请求
io_prep_pread(&cb, fd, buf, 4096, 0);
cbs[0] = &cb;
// 提交请求
io_submit(ctx, 1, cbs);
// 做点别的事...
// 等待完成
io_getevents(ctx, 1, 1, events, NULL);
eventfd 或 epoll），信号驱动在多线程环境下容易出问题。
4. 零拷贝技术：数据不走冤枉路
你想想看，传统的数据传输流程是什么样的？
- 磁盘 → 内核缓冲区（DMA拷贝）
- 内核缓冲区 → 用户缓冲区（CPU拷贝）
- 用户缓冲区 → 内核Socket缓冲区（CPU拷贝）
- 内核Socket缓冲区 → 网卡（DMA拷贝）
数据在内存里被搬来搬去，白白浪费CPU。零拷贝就是要把第2步和第3步省掉。
Linux 提供了几个系统调用：
sendfile()：文件直接发到Socket，最常用。splice()：在两个文件描述符之间移动数据，不经过用户态。copy_file_range()：内核内拷贝文件，适合大文件。
来看 sendfile 的用法：
#include <sys/sendfile.h>
int in_fd = open("input.txt", O_RDONLY);
int out_fd = socket(AF_INET, SOCK_STREAM, 0);
off_t offset = 0;
size_t count = 1024 * 1024; // 1MB
ssize_t sent = sendfile(out_fd, in_fd, &offset, count);
if (sent == -1) {
// 处理错误
}
这段代码里，数据直接从文件页缓存进入Socket缓冲区，完全绕过了用户态。性能提升非常明显。
知识体系总览
下面这张图总结了今天讲的核心内容，帮你理清思路：
说白了，I/O性能优化的核心就三件事：减少拷贝、减少等待、减少系统调用。你把这三点吃透了，大部分I/O性能问题都能迎刃而解。
好了，今天的内容就到这里。记住，理论再好，不如动手试试。找个项目压测一下，看看优化前后的差距，你会有更深的体会。