File Mapping析疑

这样一看，原来进程开始运行时，4G的地址已经被用掉了不少，其中，光是操作系统所占用的核心虚拟内存就达到1G，加上程序的代码和数据以及动态共享库等等，我们大概就剩下2G左右的地址空间可以使用了。那么，这2G空间我们是如何使用的呢？第一，我们使用malloc函数，在堆中分配空间，使堆往上增长；第二，我们在函数中使用局部的数据，以及函数调用时现场的保留，使栈空间往下增长；第三，我们使用File Mapping，使内存映射区往上增长。

好了，终于出现File Mapping 了。现在，我们也可以知道题目中“映射”的其中一方了：内存。原来它就是在内存映射区中的一段地址空间。那么，“映射”的另一方又是什么呢？那自然是文件了。我们可以将任何类型任何大小（只要操作系统支持，现在win32支持最大的文件为16EB，就是2^64）的文件映射到内存映射区中。当然，太大的文件我们不可能一次性把它全部映射到虚拟内存中去，毕竟我们大概只有2G的地址空间，两者间是不可能构成一一对应的关系的。此时，我们可以将文件分段进行映射，每次将文件的一部分映射到内存空间中。映射完以后，我们就可以像访问内存那样直接访问文件了。

问题二、数据在哪呢？数据文件？物理内存？页面文件？

这里，我们暂且将被映射的文件称为数据文件。当我们映射好一个数据文件以后，操作系统并不会马上将文件中的内容提交到物理内存中去，数据还是原封不动地放在数据文件中。但是，当程序首次对文件中某个数据进行访问时（read /write），操作系统就会将该数据从数据文件中调入物理内存中，供CPU使用。操作完毕后，当我们解除映射时，操作系统将根据映射的属性（write/write-on-copy）决定是将更改后的数据写回到数据文件中还是将更改直接丢弃。Readonly 不存在这个问题，因为不可能被更改，因此unmap时只需将内存中的数据丢弃就可以了。