用户态ELF加载器开发疑问：非对齐地址与mmap文件偏移问题

首先贴出你通过readelf获取的ELF程序头信息：

Program Headers:
  Type           Offset             VirtAddr           PhysAddr
                 FileSiz            MemSiz              Flags  Align
  LOAD           0x0000000000000000 0x0000000000400000 0x0000000000400000
                 0x0000000000000518 0x0000000000000518  R      0x1000
  LOAD           0x0000000000001000 0x0000000000401000 0x0000000000401000
                 0x0000000000077b11 0x0000000000077b11  R E    0x1000
  LOAD           0x0000000000079000 0x0000000000479000 0x0000000000479000
                 0x0000000000026f7c 0x0000000000026f7c  R      0x1000
  LOAD           0x00000000000a06d8 0x00000000004a06d8 0x00000000004a06d8
                 0x0000000000005b98 0x000000000000b3c8  RW     0x1000

问题1：最后一个LOAD段的虚拟地址0x4a06d8未按页对齐，为何可行？ #

别被表面的地址偏移迷惑，ELF规范里真正要求的是LOAD段的虚拟地址（VirtAddr）和文件偏移（Offset）的差值必须是页对齐的，而非虚拟地址本身必须页对齐。

看最后一个LOAD段的数值：

• VirtAddr = 0x4a06d8，Offset = 0x0a06d8
• 两者的差值是 0x4a06d8 - 0x0a06d8 = 0x400000，正好是0x1000（你的环境页大小）的整数倍，完全符合规范。

实际加载流程是这样的：

1. 先计算该段所在的起始页地址：0x4a06d8 & ~0xfff = 0x4a0000（把低12位清零，得到页对齐的基地址）
2. 用mmap映射从0x4a0000开始的足够页数，覆盖整个段的MemSiz范围（包括需要清零的BSS部分）
3. 将文件中从0x0a06d8开始的FileSiz（0x5b98）内容，拷贝到内存的0x4a06d8起始位置
4. 把MemSiz超出FileSiz的部分（也就是BSS区域，大小为0xb3c8 - 0x5b98 = 0x5830）全部清零

所以虚拟地址的页内偏移是合法的，只要偏移和虚拟地址的差值满足页对齐要求，就能正确完成加载。

问题2：使用mmap映射时，为何文件偏移必须页对齐？ #

mmap是内核提供的页粒度内存映射机制，内核处理文件映射时，是把虚拟内存页和文件的磁盘块（通常大小和内存页一致，比如0x1000）一一对应起来的：

• 文件在磁盘上的存储单位是块，内核无法直接映射非页对齐的文件区域，因为这会破坏块的完整性，增加映射逻辑的复杂度。
• 如果允许非页对齐的偏移，内核需要额外处理部分页的拆分、缓存和同步，这会大幅降低映射效率，还容易引发一致性问题。

哪怕你只是用mmap读取文件内容，也得遵守这个规则。如果需要访问非页对齐的内容，你可以先映射包含该区域的整个页，然后直接在内存中访问对应的偏移位置就行。

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