环境覆盖Linux链接器/加载器

今天早些时候，我问了一个关于environ的问题 ，其中一个比较有意思的答复是我可以使用LD_DEBUG收集信息。

现在我已经知道一些链接器/加载器环境variables（如LD_PRELOAD ）一段时间，但这对我来说是新的。 使用谷歌search，我发现了一个Linux特定的手册页，讨论链接器/加载器使用的环境variables ，包括LD_DEBUG。 所以从理论上讲，我定了。 但在实践中，我敢肯定，我错过了与工具链中这个基本工具相关的一整套技巧。

简而言之，我还有什么遗漏？

作为代码执行数据？

在C中加载用户空间的ELF文件

在Apache PassEnv / SetEnv中设置LD_LIBRARY_PATH仍然无法find库

Linux用户空间ELF加载器

linux loader在libc.so加载之前如何调用malloc？

dynamic链接器和dynamic加载器有什么区别？

linux上rpath规范的@loader_path等价于什么？

是否有可能取代操作系统的装载机？ 任何方式来获得对Loader的控制？

加载时间ELF重定位

更改Windows DLL加载顺序？ （加载顺序，不是search顺序）

我最喜欢使用LD_PRELOAD来解决GNU libc中的错误或错误; 有一段时间， connect是用IPv6做奇怪的事情，我只是写了我自己的版本，总是使用IPv4。

Linux用户可以试试

man ld.so

另外，告诉动态库如何解析的ldd命令值得更广泛的了解。