能否用LD_PRELOAD拦截与应用静态链接的第三方库的系统调用？

核心结论 #

LD_PRELOAD的限制不是只针对wrapper库，它的生效前提是被拦截的符号是动态链接的，和第三方库是否静态链接到主程序没有直接绑定关系，关键看glibc的调用方式。

具体拆解 #

• 关于限制范围：
  LD_PRELOAD是动态链接器的特性，只能替换动态解析的符号。如果你的主程序和第三方库都静态链接了glibc，那么所有glibc的系统调用封装函数（比如open、write）都被编译进了可执行文件的静态段，动态链接器无法干预这些符号的解析，自然没法用wrapper库拦截。这种限制是针对整个静态链接的符号体系，不是只针对你的wrapper。

• 第三方库静态链接的可行性：
  分两种场景判断：

  1. 主程序动态链接glibc，第三方库静态链接到主程序：这种情况完全可行。第三方库调用的glibc函数会以动态符号的方式引用，动态链接器会优先加载你LD_PRELOAD指定的wrapper库中的符号，从而实现拦截。你可以用ldd your_app命令验证：如果输出里有libc.so.6的条目，就说明主程序是动态链接glibc的。
  2. 主程序和第三方库都静态链接glibc：这种情况下LD_PRELOAD完全无效，没法拦截系统调用。因为所有glibc的函数都已经静态嵌入可执行文件，动态链接器没有介入的空间。

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