为何ELF规范仅允许一个SHT_DYNAMIC节却不限制PT_DYNAMIC段数量？

这种差异是有意设计的，核心原因在于ELF里节（Section）和段（Segment）的定位完全不同：

节（SHT_DYNAMIC）的定位逻辑 #

SHT_DYNAMIC是给链接器用的抽象。链接器处理ELF文件时，需要一个明确、唯一的动态链接信息入口——多个动态节只会让链接逻辑变得冗余且容易出错，毕竟所有动态链接相关的元数据完全可以整合到一个节里。ELF手册强制单实例，本质是为了简化链接器的实现，从源头上避免歧义。

ELF手册原文：“SHT_DYNAMIC：该节存储动态链接信息，一个目标文件只能有一个动态节。”

段（PT_DYNAMIC）的定位逻辑 #

PT_DYNAMIC是给加载器用的抽象。加载器的核心需求是能找到所有动态链接所需的信息，但理论上允许这些信息拆分到多个段中——虽然实际场景里几乎没人这么做，但手册不做强制约束是为了保留灵活性。比如某些特殊定制场景下，可能需要把不同类别的动态链接信息（比如依赖库路径、重定位表指针）拆分到不同的可加载段里，让加载器可以按需处理。

ELF手册原文：“PT_DYNAMIC：数组元素指定动态链接信息。”

实际实现的兼容性补充 #

主流的链接器（比如GNU ld）和加载器（比如Linux内核的ELF加载器）都只处理单个PT_DYNAMIC段，多PT_DYNAMIC段的文件基本无法正常运行，但手册不禁止这种情况，是为了给特殊定制的ELF工具链留有余地。

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