【问题讨论】：
标签： c linux environment-variables
如果您将LD_PRELOAD 设置为共享对象的路径，则该文件将在 任何其他库（包括C 运行时libc.so）之前加载。因此，要使用您的特殊 malloc() 实现运行 ls，请执行以下操作：
$ LD_PRELOAD=/path/to/my/malloc.so /bin/ls
【讨论】：
LD_PRELOAD。原因是它是一个环境变量，它是由子进程继承的——它可能具有与父进程不同的工作目录。因此，任何相对路径都无法找到要预加载的库。
您可以通过创建具有相同符号的库并在 LD_PRELOAD 中指定库来覆盖股票库中的符号。
有些人使用它来指定非标准位置的库，但LD_LIBRARY_PATH 更适合此目的。
【讨论】：
使用LD_PRELOAD，您可以为库提供优先权。
例如，您可以编写一个实现malloc 和free 的库。通过使用LD_PRELOAD 加载这些，您的malloc 和free 将被执行，而不是标准的。
【讨论】：
calloc呢？那不是把一切都搞砸了吗？
malloc 和 free 是在 glibc 中专门设计的，以实现这一点，而股票 calloc 设法调用您导入的 malloc。不要尝试使用任何其他功能。它不会那么好用。
正如许多人提到的，使用LD_PRELOAD 预加载库。顺便说一句，您可以CHECK通过ldd命令设置是否可用。
示例：假设您需要预加载自己的libselinux.so.1。
> ldd /bin/ls
...
libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007f3927b1d000)
libacl.so.1 => /lib/x86_64-linux-gnu/libacl.so.1 (0x00007f3927914000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f392754f000)
libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007f3927311000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f392710c000)
/lib64/ld-linux-x86-64.so.2 (0x00007f3927d65000)
libattr.so.1 => /lib/x86_64-linux-gnu/libattr.so.1 (0x00007f3926f07000)
因此，设置您的预加载环境：
export LD_PRELOAD=/home/patric/libselinux.so.1
再次检查您的图书馆：
>ldd /bin/ls
...
libselinux.so.1 =>
/home/patric/libselinux.so.1 (0x00007fb9245d8000)
...
【讨论】：
LD_PRELOAD 列出了具有覆盖标准集的函数的共享库，就像/etc/ld.so.preload 所做的那样。这些由加载程序/lib/ld-linux.so 实现。如果您只想覆盖几个选定的函数，您可以通过创建一个覆盖目标文件并设置 LD_PRELOAD 来做到这一点；此目标文件中的函数将仅覆盖那些函数，而其他函数则保持原样。
有关共享库的更多信息，请访问 http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html
【讨论】：
将mylib.so 导出到环境：
$ export LD_PRELOAD=/path/mylib.so
$ ./mybin
禁用它：
$ unset LD_PRELOAD
【讨论】：
unset LD_PRELOAD
unset 和 export VAR= 并不完全相同。 unset 是要走的路。
这是一篇关于预加载的详细博文：
【讨论】：
使用LD_PRELOAD 路径，您可以强制应用程序加载器加载提供的共享对象，而不是默认提供的。
开发人员通过提供不同版本的共享对象来使用它来调试他们的应用程序。
我们使用它来破解某些应用程序，方法是使用准备好的共享对象覆盖现有函数。
【讨论】：
当使用 LD_PRELOAD 时，该文件将在任何其他文件之前加载。采用
$export LD_PRELOAD=/path/lib 用于预加载 lib。这甚至可以在程序中使用。
【讨论】：