关于mmap内存映射的修改同步

以前使用过mmap函数，但是没有分析过，只是使用而已。

在看到《APUE》中第十四章的mmap内存映射才发现，当时自己是侥幸使用而已，没有遇到什么问题。

主要是没有考虑映射后的内存空间修改后，被映射的文件什么时候修改。在看了这一部分后，明白了很多。

以mmap(NULL, LEN, PROT_READ |　PROT_WRITE, MAP_SHARED, fd, 0);

第一个参数NULL，表明由系统选择映射的起始地址，

第二个参数，PROT_READ | PROT_WRITE表示分配的内存可读写；

第三个参数，MAP_SHARED，存储操作修改映射文件；

第四个参数，打开的文件描述符；

第五个参数，一般为零，应当是系统虚拟内存页长度的整数倍（因为mmap以一个页为单位映射文件，即使是32字节，映射的内存也是512字节，后边的空间将被置零，后边空间的修改不影响映射文件）。

首先，mmap映射的内存是在堆栈之间，地址与页边界对齐，在调用fork后，子进程继承（ inherit） 映射区，但是exec后，新程序不继承映射区。

当标志为MAP_SHARED时，即使修改了内存，此时映射文件的更新是由内核虚拟内存的调度算法进行的，并不能保证马上写到映射文件中，这里需要调用msync函数将修改的内容更新到映射文件中。