mmap比read/write更适合大数组文件，因其将文件直接映射为虚拟内存页，避免内核态与用户态间反复拷贝；对gb级float32数据随机访问、分块计算或切片时延迟低、代码简洁，但需显式调用msync保证写入持久性。
为什么 mmap 比普通 read/write 更适合大数组文件
因为 mmap 把文件直接映射成进程的虚拟内存页，避免了内核态和用户态之间的反复拷贝；对大数组（比如几 GB 的 float32 数据）做随机访问、分块计算或内存视图切片时，延迟低、代码简洁。但注意：它不自动同步磁盘，也不保证立即写入——msync 和 munmap 的调用时机直接影响数据持久性。
如何用 mmap 映射一个只读的大数组二进制文件
假设文件 /data/array.bin 存储了 10M 个 float，共 40MB，你想以数组形式读取：
- 先用
open打开文件，必须带O_RDONLY（只读） - 用
lseek+lstat或fstat获取文件大小，确保映射长度准确（mmap不接受超长映射） - 调用
mmap时，prot设为PROT_READ，flags用MAP_PRIVATE（避免意外写入影响文件） - 映射成功后，强转指针即可当数组用：
const float* arr = static_cast<const float>(addr)</const>
示例关键片段：
int fd = open("/data/array.bin", O_RDONLY);
struct stat sb;
fstat(fd, &sb);
void* addr = mmap(nullptr, sb.st_size, PROT_READ, MAP_PRIVATE, fd, 0);
if (addr == MAP_FAILED) { /* handle error */ }
const float* data = static_cast<const float>(addr);
float first = data[0]; // 直接索引，无需 fread
</const>
写入大数组文件时，mmap 怎么避免数据丢失
如果要修改原文件内容（比如更新某段数值），必须用 MAP_SHARED + PROT_WRITE，且后续需显式同步。常见坑是：程序崩溃或提前 munmap 会导致脏页丢失——Linux 默认采用“延迟写回”策略。
-
msync(addr, len, MS_SYNC)强制刷盘（阻塞，确保落盘），适合关键写入后调用 -
msync(addr, len, MS_ASYNC)提交写回请求（不阻塞），但不保证何时完成 - 务必在
close(fd)前调用msync，否则内核可能丢弃未同步的脏页 - 不要依赖
munmap触发写回：它只解映射，不保证同步
64 位系统下 mmap 大于 2GB 文件要注意什么
主要问题是 size_t 和 off_t 的符号性与范围。Linux 要求 offset 参数必须是 off_t 类型且为 page-aligned（通常 4KB 对齐），而大文件偏移容易溢出 32 位有符号整数。
- 编译时加
-D_FILE_OFFSET_BITS=64（g++/clang 默认启用，但嵌入式或旧构建环境可能没开） - 检查
sizeof(off_t)是否为 8；若为 4，mmap可能截断 offset 导致EINVAL - 用
static_cast<off_t>(page_offset)</off_t>而非(long)page_offset，避免符号扩展错误 - 映射单次不宜超过 128GB（取决于 VM 配置），超大文件建议分段映射（如每 512MB 一段）
真正麻烦的不是映射本身，而是跨段访问时手动计算偏移和边界检查——稍不留神就踩到 SEGV_MAPERR。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
