20. I/O 优化：减少系统调用、使用内存映射文件（mmap）、缓冲区的合理设置
聊到 I/O 优化，我得先跟你交个底——这是性能优化里最「实在」的一块。你算法写得再快，CPU 算得再猛，一旦碰上磁盘读写，立马被打回原形。我见过太多项目，明明业务逻辑没问题，就是卡在文件读写上，整个系统像被掐住了脖子。
为什么会这样？说白了，I/O 操作的成本远比你想象的高。一次磁盘 I/O 的时间，CPU 能执行几百万条指令。你想想看，这差距有多大。
20.1 系统调用：能少一次就少一次
每次你调用 read() 或 write()，背后都藏着一场「大戏」：用户态切换到内核态、数据拷贝、上下文切换……这些开销加起来，比你想象的要重得多。
我在项目中遇到过这样一个案例：一个日志系统，每产生一条日志就调用一次 write()。结果呢？CPU 时间全花在系统调用上了，真正的业务逻辑反而跑不动。
核心原则：减少系统调用的次数，比优化单次调用的效率更重要。
怎么减少？最直接的办法就是——攒一批再写。你想想看，写 1000 次每次 1 字节，和写 1 次每次 1000 字节，后者快得不是一星半点。
// 不推荐：频繁系统调用
for (int i = 0; i < 10000; ++i) {
write(fd, buf, 1); // 每次 1 字节，10000 次系统调用
}
// 推荐：批量写入
write(fd, big_buf, 10000); // 1 次系统调用搞定我的习惯：写文件时，我会先估算数据量，尽量凑够 4KB 或 8KB 再写。这个大小刚好匹配文件系统的块大小，效率最高。
20.2 内存映射文件（mmap）：跳过中间商
说到 mmap，我得好好夸夸它。这玩意儿说白了就是「把文件直接映射到进程的地址空间」，你读写文件就像读写内存一样。没有 read()/write() 的中间拷贝，也没有用户态和内核态之间的数据搬运。
我记得有一次优化一个配置文件解析器，原来用 fread() 逐行读取，解析一个 200MB 的配置文件要 3 秒多。换成 mmap 后，直接指针操作，时间降到了 0.4 秒。你感受一下这个差距。
#include <sys/mman.h>
#include <fcntl.h>
#include <unistd.h>
int fd = open("data.bin", O_RDONLY);
size_t length = lseek(fd, 0, SEEK_END);
// 映射整个文件到内存
void* mapped = mmap(NULL, length, PROT_READ, MAP_PRIVATE, fd, 0);
// 直接当内存用
const char* data = static_cast<const char*>(mapped);
// 处理 data[0] 到 data[length-1] ...
// 用完记得释放
munmap(mapped, length);
close(fd);我曾经踩过的坑：mmap 不是万能的。对于小文件（比如几 KB），系统调用的开销其实不大，mmap 的页对齐和缺页中断反而可能拖慢速度。我一般只在文件大于 64KB 时才考虑用 mmap。
另外，mmap 对随机访问特别友好。你想读文件的第 1000 个字节，直接 data[1000] 就行，不用 lseek() + read() 两连击。
20.3 缓冲区：大小是个学问
缓冲区设多大？这个问题我被人问过无数次。设小了，系统调用频繁；设大了，内存浪费，还可能影响缓存命中率。
我个人习惯遵循一个原则：缓冲区大小最好是文件系统块大小的整数倍。常见的块大小是 4096 字节（4KB），所以 4KB、8KB、16KB、64KB 都是不错的选择。
| 缓冲区大小 | 适用场景 | 我的评价 |
|---|---|---|
| 1KB - 4KB | 小文件、实时性要求高的场景 | 系统调用偏多，但内存占用低 |
| 8KB - 64KB | 大多数通用场景 | 平衡之选，我大部分项目用 16KB |
| 128KB - 1MB | 大文件顺序读写 | 吞吐量高，但注意内存压力 |
| 1MB 以上 | 极少数特殊场景 | 慎用，容易触发 swap |
你可能会问：是不是缓冲区越大越好？嗯，理论上是的，但实际中要考虑 L1/L2 缓存。缓冲区太大，CPU 缓存装不下，每次访问都要去内存取，反而慢了。
// 一个合理的缓冲区设置示例
constexpr size_t BUFFER_SIZE = 16 * 1024; // 16KB
char buffer[BUFFER_SIZE];
FILE* fp = fopen("large_file.dat", "rb");
setvbuf(fp, buffer, _IOFBF, BUFFER_SIZE); // 设置全缓冲
// 现在读写操作都会走这个 16KB 的缓冲区
// 系统调用次数大大减少避坑指南：我曾经在嵌入式设备上把缓冲区设成 512KB，结果内存不够，程序直接 OOM 被杀了。后来改成 32KB，配合双缓冲机制，既保证了吞吐量，又没爆内存。
20.4 知识体系总览
下面这张图把 I/O 优化的三个核心方向串起来了。你可以看到，减少系统调用、使用 mmap、合理设置缓冲区，这三者其实是相辅相成的。
你看，这三个方向其实指向同一个目标——减少数据搬运的次数和距离。系统调用是搬运的「开关」，mmap 是搬运的「捷径」，缓冲区是搬运的「集装箱」。三者配合好了，I/O 性能就能上一个台阶。
总结一下我的经验：
- 能批量就别零碎——减少系统调用次数
- 大文件用 mmap——跳过内核态拷贝
- 缓冲区设 16KB 起步——兼顾吞吐和内存
- 实测为准——不同硬件、不同文件系统，最优参数可能不同
嗯，I/O 优化这块，说到底就是跟「搬运」较劲。你搬得越少、搬得越巧，程序就跑得越快。下次你遇到 I/O 瓶颈，不妨从这三个方向入手，一个一个排查，总有一个能解决问题。