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