mmap（）：如果底层文件发生变化（收缩）会发生什么？

Question

如果内存使用mmap（）映射文件，但是底层文件会变为更小的大小。 如果您访问从文件中删除的内存偏移量会发生什么？

Answer 1

IBM表示它未定义http://publib.boulder.ibm.com/infocenter/iseries/v5r3/index.jsp?topic=%2Fapis%2Fmmap.htm

如果在mmap（）之后减小了映射文件的大小， 则未定义超出文件末尾的引用尝试，并可能导致MCH0601异常。

如果在mmap（）函数完成后文件的大小增加，则无法通过映射访问文件原始末尾之外的整个页面。

在SingleUnixSpecification中也是如此： http ：//pubs.opengroup.org/onlinepubs/7908799/xsh/mmap.html

如果由于对映射文件的某些其他操作而在调用mmap（）之后映射文件的大小发生更改， 则未指定对映射区域的与文件的添加或删除部分对应的部分的引用的效果。

'undefined'或'unspecified'表示 - 允许操作系统开始格式化磁盘或任何东西。 最可能的是SIGSEGV - 杀死你的应用程序。

Answer 2

根据手册页，当您尝试访问对于当前文件映射来说太大的地址时，mmap会返回EINVAL错误。

“dnotify”和“inotify”是Linux内核中当前的文件更改通知服务。 据推测，他们会通知mmap子系统文件的更改。

Answer 3

这取决于你给mmap标志，手册页：

MAP_SHARED分享此映射。 映射的更新对于映射此文件的其他进程是可见的，并且会传递到基础文件。 在调用msync（2）或munmap（）之前，实际上可能不会更新该文件。

和

MAP_PRIVATE创建私有的写时复制映射。 映射的更新对映射同一文件的其他进程不可见，并且不会传递到基础文件。 未指定在mmap（）调用之后对文件所做的更改是否在映射区域中可见。

所以对于MAP_PRIVATE ，无所谓，每个作家都有一个“私人”副本。 （虽然只有在发生变异操作时才会复制）。

我认为如果您使用MAP_SHARED ，则不允许其他进程使用write特权打开该文件。 但这是猜测。

编辑 ：ninjalj是正确的，即使你使用MAP_SHARED mmap ，也可以修改该文件。