内存映射文件在 .NET 中可用于高效处理远超物理内存的大数据集。它通过将文件直接映射到进程的地址空间，让应用程序像访问内存一样读写磁盘文件，避免了传统 I/O 的大量内存复制和缓存开销。
提升大数据读写的性能
对于 GB 甚至 TB 级别的数据文件，常规的 FileStream.Read 会频繁进行内核态与用户态的数据拷贝，带来显著性能损耗。内存映射文件绕过这一过程，操作系统按需将文件的页加载进虚拟内存，由底层自动管理换入换出。
使用 MemoryMappedFile 类创建映射后，可通过 MemoryMappedViewAccessor 或 MemoryMappedViewStream 访问指定区域。这种方式特别适合随机访问大文件中的某些块，比如日志分析、科学数据切片等场景。
无需一次性加载整个文件到内存 支持多进程共享同一映射视图，实现高效进程间通信（IPC） 可设定只读、读写或复制写权限，控制并发行为处理超过可用内存的数据集
当数据体积大于 RAM 时，内存映射依然可用。操作系统负责页面调度，仅将当前访问的部分保留在物理内存中，其余部分驻留在磁盘上。开发者只需关注逻辑偏移和数据结构解析。
例如，一个 50GB 的二进制数据文件可以在 16GB 内存的机器上被逐段扫描：
用 CreateFromFile 打开大文件并创建映射 分批次创建 MemoryMappedViewAccessor，定位到指定位置读取记录 结合固定大小结构体或自定义解析逻辑提取数据注意合理设置视图大小，避免试图映射整个超大文件导致资源耗尽。
与垃圾回收和指针操作的协调
.NET 的内存映射基于非托管资源，需谨慎管理生命周期。务必使用 using 语句确保 MemoryMappedFile 和相关视图被及时释放，防止句柄泄露。
若需极致性能，可启用“固定”视图配合 unsafe 代码和指针直接访问数据，减少边界检查和封装开销。但应权衡安全性与效率，仅在关键路径使用。
基本上就这些。合理使用内存映射文件能显著提升大文件处理吞吐量，尤其适合数据预处理、索引构建或跨进程共享只读数据的场景。关键是理解其依赖操作系统虚拟内存机制，设计时要考虑并发、异常恢复和资源释放。不复杂但容易忽略细节。
