我一直在考虑使用mmap 来读取文件，并且想知道它的便携性如何。
我正在 Linux 平台上进行开发，但希望我的程序可以在 Mac OS X 和 Windows 上运行。
我可以假设mmap 在这些平台上工作吗？
【问题讨论】：
mmap() 函数是一个 POSIX 调用。它在 MacOS X（和 Linux、HP-UX、AIX 和 Solaris）上运行良好。
问题区域将是 Windows。我不确定POSIX“兼容性”子系统中是否有_mmap() 调用。它很可能存在 — 但名称会带有前导下划线，因为 Microsoft 对命名空间有另一种看法，并认为 mmap() 会侵入用户名空间，即使您要求使用 POSIX 功能。您可以在另一个 SO 问题 (mmap() vs reading blocks) 中找到替代 Windows 界面 MapViewOfFile() 的定义和关于性能的讨论。
如果您尝试在 32 位系统上映射大文件，您可能会发现内存中没有足够的连续空间来分配整个文件，因此内存映射将失败。不要以为它会起作用；决定失败时的后备策略。
【讨论】：
如果您依赖将大量大文件映射到地址空间，则使用 mmap 读取文件是不可移植的 - 32 位系统很容易没有一个大的可用空间 - 例如 1G - 可用的地址空间，因此 mmap 1G 映射会经常失败。
【讨论】：
内存映射文件的原理是相当可移植的，但是您在 Windows 上没有 mmap()（但存在诸如 MapViewOfFile() 之类的东西）。你可以看一下 python mmap 模块的 c 代码，看看它们是如何在各种平台上实现的。
【讨论】：
我认为 UNIX 上的内存映射 io 不可用于交互式应用程序， 因为它可能会导致 SIGSEGV/SIGBUS （如果文件同时被其他进程截断）。 忽略 setjmp/longjmp 这样的病态“解决方案” 除了在获得 SIGSEGV/SIGBUS 后终止进程外，没有什么可以做的。 将此类信号转换为异常的新 G++ 功能 似乎主要用于苹果操作系统， 由于描述说明，需要运行时支持此 G++ 功能 并且在任何地方都找不到有关此 G++ 功能的信息。 我们可能需要再等几年，直到像 Windows 一样的结构化异常处理才能在 Windows 上找到，因为 20 多年来它进入了 UNIX。
【讨论】：