如何使用 otool 获取二进制文件的大小？

Question

我正在使用 otool 来获取有关我的二进制文件的信息。这是我的输出的一部分：

Load command 0
      cmd LC_SEGMENT_64
  cmdsize 72
  segname __PAGEZERO
   vmaddr 0x0000000000000000
   vmsize 0x0000000100000000
  fileoff 0
 filesize 0
  maxprot 0x00000000
 initprot 0x00000000
   nsects 0
    flags 0x0
Load command 1
      cmd LC_SEGMENT_64
  cmdsize 952
  segname __TEXT
   vmaddr 0x0000000100000000
   vmsize 0x0000000000268000
  fileoff 0
 filesize 2523136
  maxprot 0x00000005
 initprot 0x00000005
   nsects 11
    flags 0x0

我们可以在这里看到command 1 和segname __TEXT 从vmaddr 0x0000000100000000 开始

问题是二进制大小是 2.3MB 而 0x0000000100000000 是 4 GB！

我假设地址中间的“一”与64位架构有关，0x0000000100000000实际上是地址0x00。我一直在寻找有关此的一些信息，但没有发现任何有用的信息。谁能证实我的假设并解释这究竟是如何运作的？

Answer 1

没有什么奇怪的。

首先在地址空间的低 4 GB 中保留一个“无效段”。这就像无效的 4 KB 或任何它被保留以使 NULL 指针取消引用在 32 位进程中崩溃，只是更大（这也应该捕获，例如，任何 32 位整数错误地转换为指针）。毕竟，为什么不呢？它是虚拟内存，它是免费的。 Some more details here。

然后，您的可执行文本将在 4 GB 边界处加载。没什么不好 - 请记住，较低的 4 GB 不是由实际内存烘焙的，它们只是被标记为保留。

一般来说，在 64 位地址空间中的“高”地址加载内容绝对不奇怪。例如，堆栈通常位于 48 位边界下方的区域中。这不像系统实际上必须在中间提供所有内存，虚拟内存使得只有包含某些内容的页面才会消耗实际内存（RAM或交换空间）。 （其实页面数据结构记账是有一定成本的，但一般可以忽略不计）

二进制文件的大小会在 VM 大小字段和文件大小字段中报告 (0x268000 = 2523136 ≈ 2.4 MB)。