cannot open shared object file: No such file or directory

在Linux环境中如果可执行程序依赖某些动态库（.so文件）或者动态库之间有相互的依赖关系，相信很多人都碰到过 cannot open shared object file: No such file or directory的问题，造成这样问题的主要原因是系统无法找到所依赖的so文件的所在位置，本人也经常碰到这个问题，今天就把积累的几个方法分享一下，希望对你能有所帮助。

方法一：

设置环境变量LD_LIBRARY_PATH,假如so文件在/home/libs目录下，则可以执行命令：export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/libs,然后再运行程序应该就ok了。

该方法简单有效，但需要每次登陆系统时都export一下，如果是通过程序来执行export命令，那么所设置的环境变量只对该进程或子进程有效，对其他进程无效。

方法二：

2.1 在编译so文件时通过rpath指定时so文件的加载路径，rpath是gcc的一个参数，在makefile中指定改参数为一个目录，那么程序再加载动态库时就会到该目录下去搜索so，如果找不到需要的so就会报错，通常可以这样设置相对目录：-Wl,-rpath=. ，或者-Wl,-rpath,'$$ORIGIN' ，$ORIGIN代表了该文件所在的目录。

2.2 如果so已经编译好了，可以通过PatchELF来修改so中rpath变量，具体命令：patchelf --set-rpath ‘$ORIGIN’ 123.so，这样如果123.so中依赖别的so文件，那么就会到123.so文件所在的目录中搜索依赖的文件。