使用-fPIC编译但不通过-fPIE/-pie链接的可执行文件有何影响？

问题1：你的观察及解释是否正确？ #

你的观察和核心解释是完全正确的。

当用-fPIC编译目标文件，但链接时不指定-pie/-fPIE生成非PIE可执行文件时：

• 链接器明确知道最终可执行文件会被加载到固定虚拟地址，因此会直接将所有符号地址解析为固定值，完全舍弃PIC编译生成的GOT/PLT相关代码和段。
• 从二进制结构来看，此时生成的可执行文件和直接用非PIC方式（不加-fPIC）编译链接的结果几乎无差异——用readelf -a或objdump -d检查会发现，两者都没有GOT/PLT段，所有函数调用、全局变量引用都直接使用绝对地址。

这种行为的本质是：链接阶段已经能确定所有符号的最终地址，PIC机制设计的“地址重定位”需求不复存在，因此链接器会自动优化掉PIC相关的冗余结构，和非PIC构建的处理逻辑完全对齐。

问题2：你的推理错在哪里？ #

你的推理没有错误，但可以补充几个边界细节：

• 极少数场景下，-fPIC编译的目标文件链接成非PIE时，可能会留下极其微小的指令序列差异（比如某些编译器生成的冗余nop指令），但这类差异既不影响功能，也不会带来性能损耗，几乎可以忽略。
• 若用-fPIC编译静态库再链接到非PIE可执行文件，行为和直接编译目标文件一致：链接器会把静态库中PIC代码的重定位信息直接替换为绝对地址，最终可执行文件同样无GOT/PLT结构。

内容的提问来源于Stack Exchange，提问作者andreee