-fPIC仅适用于共享库吗？编译可执行文件或静态库能否使用？

这个问题问得很到位！很多人知道共享库必须用-fPIC，但对静态库和可执行文件的情况容易有误解——答案是：完全可以用-fPIC，绝对不是“不能用”，只是要不要用得看具体场景。

静态库：不是不能用，而是看用途 #

• 静态库本质是.o目标文件的归档包，如果你用-fPIC编译每个目标文件，最终的静态库就是位置无关的。
• 必须用的场景：如果这个静态库之后要被链接进共享库（.so/.dylib），那你必须用-fPIC编译它——因为共享库本身需要位置无关代码，链接非PIC的静态库会触发链接错误。
• 可选不用的场景：如果静态库只用来链接普通可执行文件，那不用-fPIC也完全没问题。而且在部分架构（比如x86）下，非PIC代码的性能会略好一点，因为不需要额外的地址重定位指令。

可执行文件：不仅能用，还很推荐 #

• 现代操作系统支持位置无关可执行文件（PIE），而-fPIC是生成PIE代码的关键编译选项之一（通常还要配合链接选项-pie）。
• 为什么要用：PIE配合ASLR（地址空间布局随机化）能大幅提升程序的安全性，让攻击者更难利用内存漏洞。现在Linux主流发行版、macOS都默认开启PIE编译可执行文件。
• 不用的场景：极少数对性能要求极端苛刻的程序，或者运行在完全不支持PIE的老旧系统上——但这种情况现在已经非常少见了。

总结 #

编译静态库或可执行文件时，绝对没有“不能用-fPIC”的硬性限制。要不要用，完全取决于你的需求：

• 静态库要嵌入共享库？必须用；
• 追求可执行文件安全性？推荐用；
• 只追求极致性能且场景允许？可以不用。

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