为何Start of section headers起始位置远晚于Start of program headers（64）？

核心原因：两者作用不同，设计目标决定位置差异 #

• Program Headers（程序头）：供操作系统加载器使用，加载器需要快速获取程序映射到内存的规则，因此ELF规范要求程序头紧跟在64字节的ELF文件头之后，起始位置自然为64。这种设计让加载器无需遍历整个文件就能拿到关键信息，保证程序启动效率。
• Section Headers（节头）：仅服务于链接器、调试器这类工具，不参与程序的内存加载流程。为了不干扰加载器的处理逻辑，它们被安排在文件末尾区域，再加上对齐要求，就显得位置“远靠后”。

关于文件中大片0填充的原因 #

你用xxd看到的0x580至0x1000、0x1160至0x2000区间的0，是内存页对齐的强制要求：

• 操作系统加载程序时，是以内存页为单位（通常为4KB，即0x1000字节）来映射文件内容到内存的。
• ELF中的每个Segment（段）必须对齐到页边界，这样加载器可以直接映射整页内存，避免碎片化、提升效率。
• 哪怕你的代码很简单，编译器和链接器依然会生成符合规范的ELF结构，划分出代码段.text、只读数据段.rodata等不同段，每个段结束后都会填充0直到下一个页的起始位置，最终就出现了这些大片空字节。

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