http://jackxiang.com/index.php zh-cn http://jackxiang.com/post// jack <xdy108@126.com> Sun, 09 May 2010 10:37:29 +0000 http://jackxiang.com/post// unset LD_LIBRARY_PATH

问：unset LD_PRELOAD, unset LD_LIBRARY_PATH: 这两条命令用于取消设置 LD_PRELOAD 和 LD_LIBRARY_PATH 环境变量。这些环境变量通常用于动态链接器的路径搜索，取消设置它们可以避免对脚本执行环境的影响。


答：当你运行一个程序时，操作系统会使用动态链接器（如ld.so或者ld-linux.so）来加载程序所需要的共享库（或动态链接库）。动态链接器会根据一系列环境变量来确定从哪些目录中查找共享库。
其中，`LD_PRELOAD` 和 `LD_LIBRARY_PATH` 是两个影响动态链接器行为的重要环境变量：
1. `LD_PRELOAD`: 这个环境变量指定了在程序启动时先加载指定的共享库。这个功能通常用于在运行时对系统调用或者库函数进行劫持，或者在运行时注入一些额外的功能。取消设置 `LD_PRELOAD` 可以避免不必要的库的加载，确保程序运行在清晰的环境下。
2. `LD_LIBRARY_PATH`: 这个环境变量定义了动态链接器在加载共享库时应该搜索的目录列表。如果设置了 `LD_LIBRARY_PATH`，动态链接器会优先搜索指定的目录来查找共享库，而不是默认的系统目录。取消设置 `LD_LIBRARY_PATH` 可以确保程序不会在不可预测的目录中加载共享库，从而保证了系统的安全性和稳定性。

在脚本中使用 `unset LD_PRELOAD` 和 `unset LD_LIBRARY_PATH` 的目的是为了确保脚本在一个干净的环境下执行，不受这些环境变量的影响，从而避免了一些潜在的问题和安全隐患。



问：unset LD_PRELOAD
unset LD_LIBRARY_PATH
export PATH='/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin'

置空后，还是会去系统的动态链接库目录找相应的库文件吧？ldconfig -p 里面的动态链接均能用吧。

答：在脚本中使用 unset LD_PRELOAD 和 unset LD_LIBRARY_PATH 命令将这两个环境变量设置为空，系统仍然会按照默认的方式去查找动态链接库。这意味着系统会根据预定义的目录（如 /lib、/usr/lib、/lib64、/usr/lib64 等）来查找动态链接库，而不会受到 LD_LIBRARY_PATH 的影响。

在使用动态链接器（ld.so 或 ld-linux.so）加载程序时，它会按照一定的搜索顺序来查找动态链接库。这个搜索顺序通常是由系统配置文件中定义的，如 /etc/ld.so.conf 及其在 /etc/ld.so.conf.d/ 目录下的配置文件。

===============================================================================================


Linux 运行的时候，是如何管理共享库(*.so)的？在 Linux 下面，共享库的寻找和加载是由 /lib/ld.so 实现的。 ld.so 在标准路经(/lib, /usr/lib) 中寻找应用程序用到的共享库。

但是，如果需要用到的共享库在非标准路经，ld.so 怎么找到它呢？

目前，Linux 通用的做法是将非标准路经加入 /etc/ld.so.conf，然后运行 ldconfig 生成 /etc/ld.so.cache。 ld.so 加载共享库的时候，会从 ld.so.cache 查找。

传 统上， Linux 的先辈 Unix 还有一个环境变量 - LD_LIBRARY_PATH 来处理非标准路经的共享库。ld.so 加载共享库的时候，也会查找这个变量所设置的路经。但是，有不少声音主张要避免使用 LD_LIBRARY_PATH 变量，尤其是作为全局变量。这些声音是：
* LD_LIBRARY_PATH is not the answer - http://prefetch.net/articles/linkers.badldlibrary.html
* Why LD_LIBRARY_PATH is bad - http://xahlee.org/UnixResource_dir/_/ldpath.html
* LD_LIBRARY_PATH - just say no - http://blogs.sun.com/rie/date/20040710
解决这一问题的另一方法是在编译的时候通过 -R<path> 选项指定 run-time path。



1. 往/lib和/usr/lib里面加东西，是不用修改/etc/ld.so.conf的，但是完了之后要调一下ldconfig，不然这个library会找不到

2. 想往上面两个目录以外加东西的时候，一定要修改/etc/ld.so.conf，然后再调用ldconfig，不然也会找不到
比如安装了一个mysql到/usr/local/mysql，mysql有一大堆library在/usr/local/mysql/lib下面，这时就需要在/etc/ld.so.conf下面加一行/usr/local/mysql/lib，保存过后ldconfig一下，新的library才能在程序运行时被找到。

3. 如果想在这两个目录以外放lib，但是又不想在/etc/ld.so.conf中加东西（或者是没有权限加东西）。那也可以，就是export一个全局变量LD_LIBRARY_PATH，然后运行程序的时候就会去这个目录中找library。一般来讲这只是一种临时的解决方案，在没有权限或临时需要的时候使用。

4. ldconfig做的这些东西都与运行程序时有关，跟编译时一点关系都没有。编译的时候还是该加-L就得加，不要混淆了。

5. 总之，就是不管做了什么关于library的变动后，最好都ldconfig一下，不然会出现一些意想不到的结果。不会花太多的时间，但是会省很多的事。

http://hi.baidu.com/fanzier/blog/item/222ba3ec74cb9a2463d09fb5.html


LD_LIBRARY_PATH
这个环境变量是大家最为熟悉的，它告诉loader：在哪些目录中可以找到共享库。可以设置多个搜索目录，这些目录之间用冒号分隔开。在linux下，还
提供了另外一种方式来完成同样的功能，你可以把这些目录加到/etc/ld.so.conf中，或则在/etc/ld.so.conf.d里创建一个文
件，把目录加到这个文件里。当然，这是系统范围内全局有效的，而环境变量只对当前shell有效。按照惯例，除非你用上述方式指明，loader是不会在
当前目录下去找共享库的，正如shell不会在当前目前找可执行文件一样。

LD_LIBRARY_PATH

　　Linux环境变量名，该环境变量主要用于指定查找共享库(动态链接库)时除了默认路径之外的其他路径。(该路径在默认路径之前查找)
　　移植程序时的经常碰到需要使用一些特定的动态库，而这些编译好的动态库放在我们自己建立的目录里，这时可以将这些目录设置到LD_LIBRARY_PATH中。
　　当执行函数动态链接.so时，如果此文件不在缺省目录下‘/usr/local/lib’ and ‘/usr/lib’.
　　那么就需要指定环境变量LD_LIBRARY_PATH
　　假如现在需要在已有的环境变量上添加新的路径名，则采用如下方式：
　　LD_LIBRARY_PATH=NEWDIRS:$LD_LIBRARY_PATH.（newdirs是新的路径串）
　　（注：gnu系统可以自动添加在 /etc/ld.so.conf文件中来实现环境变量的设置）


]]> http://jackxiang.com/post//#blogcomment <user@domain.com> Thu, 01 Jan 1970 00:00:00 +0000 http://jackxiang.com/post//#blogcomment