为什么 64 位地址的前 4 个字节打印为 0x00000001？

Question

我正在使用 Apple 的 otool 反汇编一些 x86_64 代码。这是otool输出的反汇编示例：

0000000100055de4    movq    $0x00000000,%rax

只有该偏移量的最后 4 个字节，00055de4，表示该指令的文件地址。我可以打开一个十六进制编辑器并导航到0x55de4，movq 指令就在那里。

但是，我注意到 gdb 仅当我在地址中包含所有 8 个字节时才有效，包括神秘的1。 break *0x0000000100055de4 按预期工作，而 break *0x00055de4 永远不会触发。

我用otool 分析的每个 64 位二进制文​​件都显示了这种模式。它显然不适用于 32 位地址。

那么，如果0x55de4 是实际地址，为什么otool 和gdb 使用0x0000000100055de4？

Answer 1

__PAGEZERO，64 位 Mach-O 二进制文件中的第一个加载命令，指定虚拟内存中的段大小为 0x100000000。

$ otool -lv 二进制

command 0
      cmd LC_SEGMENT_64
  cmdsize 72
  segname __PAGEZERO
   vmaddr 0x0000000000000000
   vmsize 0x0000000100000000

当您执行break *0x00055de4 时，您的断点最终会出现在这段零中，这就解释了为什么它永远不会被命中。 0x0000000100055de4 是指令在加载到虚拟内存时的地址（二进制中的 0x55de4 处）。

对于 32 位二进制文​​件，__PAGEZERO 大小为 0x1000，这解释了为什么该模式不适用。