为何GCC生成的共享库中函数未置于.text节起始位置？

问题1：为何foo函数未被放置在.text节的起始位置？ #

编译共享库时，GCC和链接器（ld）会为动态链接机制预先插入一系列必要代码，这些代码会被放在.text节的最前端：

• 共享库需要支持动态加载、符号解析，链接器会在.text开头生成**PLT（过程链接表）**的入口代码，用于在运行时动态查找外部符号；
• 链接器还会插入动态库的初始化/收尾相关代码（比如_init函数的入口），这些代码会在库被加载/卸载时执行，负责全局变量初始化、资源注册等逻辑；
• 另外，ELF文件的节需要满足内存对齐要求，链接器可能会在.text开头添加少量填充字节，确保后续代码在对齐的内存地址上执行，提升访问效率。

这些机制是动态共享库的标准要求，所以自定义的foo函数不会占据.text节的起始位置。

问题2：.text节起始处到foo函数之前的内容是什么？是随机值还是具备实际作用？ #

这部分内容不是随机值，完全是有实际功能的代码或必要结构：

• 最常见的是PLT的桩代码：每个PLT条目对应一个需要动态解析的外部符号，当库调用外部函数时，会先通过PLT桩触发动态链接器的符号解析逻辑，后续再直接跳转至目标函数；
• 其次是动态库的初始化代码段：比如_init函数的实现，负责在库加载时完成全局构造、线程局部变量初始化等操作；
• 少量的对齐填充字节：如果前面的代码长度不满足内存对齐要求（比如AMD64下通常要求16字节对齐），链接器会填充空指令（如nop）来补全，确保后续函数代码在对齐地址上运行，避免未对齐访问带来的性能损耗。

你可以用readelf -S test1.so查看.text节的详细信息，或者用objdump -D -j .plt test1.so单独查看PLT部分的反汇编，就能更清楚这部分内容的具体功能。

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