多次mmap映射同一文件的修改是否同步，映射起始地址有何特殊含义？

1. 同一文件是否会被映射到多个位置 #

• 只要满足两个条件，就可以将同一文件映射到进程虚拟地址空间的多个位置：
  • 每次调用传入的target地址是页对齐的合法用户态地址（与4KB大小的内存页边界对齐）
  • 每次指定的target对应的虚拟地址区间，没有和进程已有的映射区间发生重叠冲突
• 关于传入地址的处理逻辑：当前代码没有携带MAP_FIXED标志，因此target只是给内核的映射地址参考建议。如果指定区间已经被占用，内核会自动选择一个空闲的合法地址完成映射并返回；只有携带MAP_FIXED标志时，内核才会强制在指定地址建立映射，覆盖与原映射的冲突部分。
• 只要调用最终成功，结果就是同一文件的内容会被映射到多个独立的虚拟地址位置，每个位置对应一段独立的虚拟地址区间。

2. 多映射位置的内容修改是否会同步 #

• 当前代码使用MAP_SHARED标志建立映射，所有指向同一文件同一偏移的映射，背后关联的是同一份物理内存页，不存在写时复制的私有数据副本。
• 修改ret1指向的内容时，本质是直接修改这份共享物理页上的数据，其他映射位置（ret2、ret3、ret4）因为关联的是同一份物理页，读取到的内容会和ret1的修改完全同步，不会出现版本差异。
• 这种同步是内存层面的实时同步，不需要用户态主动做数据搬运；内核负责将这份被修改的脏页定时回写到磁盘上的对应文件位置。
  补充：如果使用MAP_PRIVATE标志建立映射，修改内容时会触发写时复制机制生成进程私有的内存副本，其他映射位置无法看到对应的修改。

3. mmap第一个参数的地址属性 #

• 传入的target是进程用户态的虚拟地址，不是物理地址。
• mmap的全流程操作都基于进程虚拟地址空间完成：内核会为映射的地址区间创建对应的虚拟内存区域（VMA），建立虚拟地址到物理内存页、文件偏移的映射关系；用户态拿到的返回值ret也是对应的虚拟地址，全程不需要用户态感知真实的物理地址位置。

4. 固定使用0x300000000000ULL作为起始地址的含义 #

• 这个数值本身没有系统强制保留的特殊含义，只是x86_64架构下用户态虚拟地址空间中的一个普通空闲地址，换算后处于用户态地址空间约3TB偏移的位置，源码选择这个地址通常有三个原因：
  • 地址满足对齐要求：该值的低12位全部为0，严格符合4KB内存页的对齐规则，不会因为对齐问题被内核拒绝作为映射起始地址
  • 地址远离常规映射区间：Linux x86_64环境下，进程默认的堆、栈、动态库、常规mmap分配的地址区间通常处于用户态地址空间的高1/4区域（约0x7f0000000000附近），0x300000000000的位置和这些常规区间距离很远，基本不会发生地址冲突
  • 固定地址可消除实验变量：面向论文的实验类源码需要严格控制实验一致性，固定一个远离常规映射的地址，可以避免地址空间随机化（ASLR）、内核动态分配策略带来的地址波动，确保不同轮次实验的映射位置完全一致，减少测试误差（比如TLB、cache命中率相关的测试结果不会因为地址变化产生不必要的波动）

内容的提问来源于stack exchange，提问作者Gerrie