mmap仅用于本地文件到内存的高效只读访问，不能直接上传；上传必须经http/ftp等网络协议，mmap仅可作为零拷贝读取加速手段，需配合流式分块、map_populate预加载及严格权限控制。
文件映射本身不用于“上传”，它只负责本地文件到内存的高效访问；真正上传必须走网络协议（如 HTTP、FTP），mmap 只能作为读取环节的加速手段。盲目用 mmap 做上传主体，反而会因内存占用高、无法流式控制、难以中断恢复而失败。
mmap 仅适合做上传前的只读数据准备
上传本质是把本地数据发给远端服务，关键瓶颈常在 socket 发送和协议封装，而非读取。mmap 的价值仅限于：快速、零拷贝地把大文件内容暴露为 const char* 指针，供后续分块发送逻辑直接使用。
- 不要对整个 GB 文件调
mmap后一次性塞进 HTTP body——这会吃光虚拟地址空间，尤其 32 位进程极易触发MAP_FAILED（errno == ENOMEM） - 推荐按需映射固定大小块（如 64KB），每次
mmap+send+munmap，或复用同一映射区滑动偏移（需确保offset页对齐） - 若用
std::string_view封装映射区，注意其data()指针生命周期绑定mmap地址，munmap后不可再访问
Windows 下 CreateFileMapping 映射只读文件时的权限陷阱
上传场景几乎全是只读访问，但 Windows 要求映射参数与文件打开权限严格匹配，否则 CreateFileMapping 直接返回 INVALID_HANDLE_VALUE，GetLastError() 是 ERROR_INVALID_PARAMETER。
- 文件必须用
GENERIC_READ打开（不能是GENERIC_WRITE或0） -
CreateFileMapping的flProtect必须设为PAGE_READONLY（不是PAGE_READWRITE） -
MapViewOfFileEx的dwDesiredAccess必须是FILE_MAP_READ - 漏掉任一条件，映射失败且无明确提示，容易误判为路径错误或权限不足
Linux mmap 上传流控：避免缺页卡顿影响发送节奏
上传需稳定带宽输出，但默认 mmap 是按需加载（lazy），首次访问未加载页会触发缺页中断，造成发送线程停顿。这对实时性要求高的上传（如直播推流）很危险。
- 务必加
MAP_POPULATE标志（Linux 特有），让内核在mmap返回前预加载所有页 - 但
MAP_POPULATE会阻塞，大文件映射可能耗时数百毫秒——需在独立线程做，别卡主线程 - 若跳过
MAP_POPULATE，可用madvise(ptr, len, MADV_WILLNEED)提示内核预热，效果弱于前者但非阻塞 - 注意：
MAP_POPULATE在低内存或overcommit关闭时可能失败，需检查返回值是否为MAP_FAILED
真正难的不是 mmap 这一步，而是如何把映射后的内存块安全、可控、可中断地喂给网络栈——比如处理 send() 返回 EAGAIN、重传逻辑、进度回调、取消信号响应。这些和 mmap 无关，但决定上传是否健壮。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
