linux加载库
⑴ 如何让linux加载当前目录的动态库
linux 加载当前目录的动态库的方法是：设置合适的环境变量LD_LIBRARY_PATH。
设置方法有以下三种：
1、临时修改，log out之后就失效
在terminal中执行：export LD_LIBRARY_PATH=./
2、让当前帐号以后都优先加载当前目录的动态库
修改~/.bash_profile在文件末尾加上两行： LD_LIBRARY_PATH=./ 和 export LD_LIBRARY_PATH
3、让所有帐号从此都优先加载当前目录的动态库
修改/etc/profile在文件末尾加上两行： LD_LIBRARY_PATH=./ 和 export LD_LIBRARY_PATH
⑵ Linux下C/C++动态库在运行时是怎样加载进来的
在linux上，你在ps中说的那种"将动态库作为一个参数传到程序里"的使用方式，是通过dlopen函数将.so加载到当前进程中，并且通过ld.so将.so"链接"进当前进程。这个"链接"过程包括：查找未定义符号在当前进程中的地址、分配数据/代码/bss段内存（数据初始化全局变量、代码段重定位）、执行constructor函数等。之后，可以使用dlsym在已知符号名的情况下通过符号名查找符号对应的地址。这个符号可以是一个全局变量、全局函数等。在你说的C++中，重载的函数也可以理解为全局函数，会有一个属性为weak的符号。该符号的符号名如果不做修改，默认按照System V的C++ API命名规范命名（以保证linux下不同编译器编译出来的.so和.o可以通用）。但如果使用extern "C"修饰之后，变成C的函数名，则无名称修饰，便于使用。
作者：yin jie
链接：https://www.hu.com/question/29988788/answer/46352593
来源：知乎
着作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
⑶ linux下的动态库是如何在程序运行时加载
直接上代码,祈祷排版不要乱掉，一下源码来自http://lameck.blog.163.com/blog/static/388113742011111591750149/
//test.h
#ifndef_TEST_H_
#define_TEST_H_
typedefint(*TEST_FUN)(void);
#endif
//test.cgcc-ctest.c-otest.o
//gcc-sharedtest.o-olibtest.so
#include<stdio.h>
#include"test.h"
inttest_fun(void)
{
printf("thisisatest! ");
return0;
}
//main.cgccmain.c-omain-ldl
#include<stdio.h>
#include<stdlib.h>
#include<dlfcn.h>
#include"test.h"
intmain()
{
void*handle=NULL;
TEST_FUNp=NULL;
char*error=NULL;
handle=dlopen("./libtest.so",RTLD_LAZY);
if((error=dlerror())!=NULL)
{
printf("%s ",error);
exit(1);
}
p=(TEST_FUN)dlsym(handle,"test_fun");
if((error=dlerror())!=NULL)
{
printf("%s ",error);
dlclose(handle);
exit(1);
}
p();
dlclose(handle);
return0;
}
主要函数
void * dlopen( const char *pathname, intmode);
void* dlsym(void* handle,const char* symbol);
const char *dlerror(void);
int dlclose (void *handle);
这些基本上可以从函数签名中得到实际功能和使用方法..
除了mode参数，其他的想必能够通过阅读源代码来学习吧
关于dlopen的mode参数有如下几个常量：
1、解析方式
RTLD_LAZY：在dlopen返回前，对于动态库中的未定义的符号不执行解析（只对函数引用有效，对于变量引用总是立即解析）。
RTLD_NOW： 需要在dlopen返回前，解析出所有未定义符号，如果解析不出来，在dlopen会返回NULL，错误为：: undefined symbol: xxxx.......
2、作用范围
RTLD_GLOBAL：动态库中定义的符号可被其后打开的其它库重定位。
RTLD_LOCAL： 与RTLD_GLOBAL作用相反，动态库中定义的符号不能被其后打开的其它库重定位。如果没有指明是RTLD_GLOBAL还是RTLD_LOCAL，则缺省为RTLD_LOCAL。
3、作用方式
RTLD_NODELETE： 在dlclose()期间不卸载库，并且在以后使用dlopen()重新加载库时不初始化库中的静态变量。这个flag不是POSIX-2001标准。
RTLD_NOLOAD： 不加载库。可用于测试库是否已加载(dlopen()返回NULL说明未加载，否则说明已加载），也可用于改变已加载库的flag，如：先前加载库的flag为RTLD_LOCAL，用dlopen(RTLD_NOLOAD|RTLD_GLOBAL)后flag将变成RTLD_GLOBAL。这个flag不是POSIX-2001标准。
RTLD_DEEPBIND：在搜索全局符号前先搜索库内的符号，避免同名符号的冲突。这个flag不是POSIX-2001标准。
⑷ Linux下的静态库和动态库
linux下的静态库和动态库1.制作自己的动态库和静态库linux下动态库以.so结尾，静态库以.a结尾，它们都以lib开头，比如一个库名为net,那么它的全名应该是libnet.so或者libnet.a。我们有两个文件，hello.c和test.c，下面是两个文件的内容//hello.c
www.shiwu.com
#include
<stdio.h>void
my_lib_func(){printf(Library
routine
called/r/n);}//test.c#include
<stdio.h>
www.shiwu.com
int
main(){my_lib_func();return
1;}test.c调用了hello.c的方法，我们把hello.c封装成库文件。无论是静态库还是动态库，都是由.o文件组成，我们先把gcc
-c
hello.c生成.o文件制作静态库ar
crv
libmyhello.a
hello.o，ar是生成静态库的命令，libmyhello.a是我的静态库名。下一步就是在我的程序中使用静态库
可以看到已经有了Library
routine
called的结果，说明调用成功了。下面我们删除libmyhello.a,看看程序是否还是运行正常
我们发现程序依然运行正常，说明静态库已经连接进入我们的程序中制作动态库
www.shiwu.com
我们看见动态库libmyhello.so已经生成，下面继续使用
找不到库文件，这个时候我们把so文件拷贝到/usr/lib下面
运行成功2.动态库和静态库同时存在的调用规则我们可以发现，不论是动态库还是静态库，程序编译连接的时候都是加的参数-l，那么当他们同时存在的时候，程序会选择动态库还是静态库呢。我们做个尝试。
我们同时存在libmyhello.a和libmyhello.so，我们发现运行的时候，出现找不到动态库的错误，由此，我们可以得出结论，同时存在动态库和静态库的时候，gcc会优先选择动态库作者
梨树阳光
⑸ Linux下加载静态链接库
dll文件，貌似是windows下的动态链接库，属于pe文件。linux下怎么可能加载那种东西呢。
⑹ 初步接触linux，请问gdb调试start后加载动态库符号时间很长，怎么解决，可以不加载指定库符号吗
方法一、在/etc/ld.so.conf文件中添加路径，vi /etc/ld.so.conf
添加下边内容
123
include ld.so.conf.d/*.conf /usr/cluster/.share/lib
方法二、在终端输入：export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/cluster/.share/lib
方法三、修改/etc/profile文件
123
export MPI_HOME=/usr/cluster export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$MPI_HOME/.share/lib
在终端执行source /etc/profile 使配置文件生效
程序运行时加载动态库失败的解决方法
错误提示如下：
error while loading shared libraries: libjson.so.0: cannot open shared object file: No such file or directory
原因一般有两个，一个是操作系统中没有包含该共享库(lib*.so.* 文件)或者共享库版本不对。解决办法就是重新下载安装。
另外一个原因就是已经安装了该共享库，但是执行需要调用该共享库的程序的时候，程序按照默认共享库路径找不到该共享库文件。解决方法如下：
如果共享库文件安装到了 /lib 或 /usr/lib 目录下，那么执行一下 ldconfig 命令。
ldconfig命令的用途, 主要是在默认搜寻目录(b和/usrb)以及动态库配置文件/etc/ld.so.conf内所列的目录下, 搜索出可共享的动态链接库(格式如lib*.so*), 进而创建出动态装入程序(ld.so)所需的连接和缓存文件. 缓存文件默认为/etc/ld.so.cache, 此文件保存已排好序的动态链接库名字列表.
如果共享库文件安装到了 /usr/local/lib (一般开源的共享库都会安装到该目录下)或者其它非 /lib 或 /usr/lib 目录下，那么在执行 ldconfig 命令前，还要把新的共享库目录加入到共享库配置文件 /etc/ld.so.conf 中，如下：
1234
# cat /etc/ld.so.confinclude ld.so.conf.d/*.conf# echo "/usr/local/lib" >> /etc/ld.so.conf# ldconfig
或者在 /etc/ld.so.conf.d/ 目录下新建任何以 .conf 为后缀的文件，在该文件中加入库文件所在的目录。然后执行 ldconfig 更新 /etc/ld.so.cache 文件。
如果共享库文件安装到了其他非 /lib 或 /usr/lib 目录下,但是又不想在 /etc/ld.so.conf 文件中加共享库路径(或者是没有权限加路径)。那可以 export 一个全局变量 LD_LIBRARY_PATH,然后运行程序的时候就会去找个目录中找共享库。
LD_LIBRARY_PATH的意思是告诉loader在哪些目录中可以找到共享库. 可以设置多个搜索目录, 这些目录之间用冒号分隔开. 比如安装了一个mysql到/usr/local/mysql目录下, 其中有一大堆库文件在/usr/local/mysql/lib下面, 则可以在.bashrc或.bash_profile或shell里加入以下语句即可:
export LD_LIBRARY_PATH=/usr/local/mysql/lib:$LD_LIBRARY_PATH
一般来讲这只是一种临时的解决方案, 在没有权限或临时需要的时候使用.
如果程序需要的库文件比系统目前存在的库文件版本低，可以做一个链接。比如：
12345
error while loading shared libraries: libncurses.so.4: cannot open sharedobject file: No such file or directoryls /usr/lib/libncu*/usr/lib/libncurses.a /usr/lib/libncurses.so.5/usr/lib/libncurses.so /usr/lib/libncurses.so.5.3
可见虽然没有libncurses.so.4，但有libncurses.so.5，是可以向下兼容的
建一个链接就好了
1
ln -s /usr/lib/libncurses.so.5.3 /usr/lib/libncurses.so.4
⑺ 查看linux当前加载库文件的命令
ldd
<可执行文件名>
查看可执行文件链接了哪些
系统动态链接库
nm
<可执行文件名>
查看可执行文件里面有哪些符号
strip
<可执行文件名>
去除符号表可以给可执行文件瘦身
如果我们想从可执行程序里面提取出来一点什么文本信息的话，还可以用strings命令
strings
<可执行文件名>
Linux操作系统上面的动态共享库大致分为三类：
1、操作系统级别的共享库和基础的系统工具库
比方说libc.so,
libz.so,
libpthread.so等等，这些系统库会被放在/lib和/usr/lib目录下面，如果是64位操作系统，还会有/lib64和/usr
/lib64目录。如果操作系统带有图形界面，那么还会有/usr/X11R6/lib目录，如果是64位操作系统，还有/usr/X11R6
/lib64目录。此外还可能有其他特定Linux版本的系统库目录。
这些系统库文件的完整和版本的正确，确保了Linux上面各种程序能够正常的运行。
2、应用程序级别的系统共享库
并非操作系统自带，但是可能被很多应用程序所共享的库，一般会被放在/usr/local/lib和/usr/local/lib64这两个目录下面。很多你自行编译安装的程序都会在编译的时候自动把/usr/local/lib加入gcc的-L参数，而在运行的时候自动到/usr/local
/lib下面去寻找共享库。
以上两类的动态共享库，应用程序会自动寻找到他们，并不需要你额外的设置和担心。这是为什么呢？因为以上这些目录默认就被加入到动态链接程序的搜索路径里面了。Linux的系统共享库搜索路径定义在/etc/ld.so.conf这个配置文件里面。这个文件的内容格式大致如下：
/usr/X11R6/lib64
/usr/X11R6/lib
/usr/local/lib
/lib64
/lib
/usr/lib64
/usr/lib
/usr/local/lib64
/usr/local/ImageMagick/lib
假设我们自己编译安装的ImageMagick图形库在/usr/local/ImageMagick目录下面，并且希望其他应用程序都可以使用
ImageMagick的动态共享库，那么我们只需要把/usr/local/ImageMagick/lib目录加入/etc/ld.so.conf文件里面，然后执行：ldconfig
命令即可。
ldcofig将搜索以上所有的目录，为共享库建立一个缓存文件/etc/ld.so.cache。为了确认ldconfig已经搜索到ImageMagick的库，我们可以用上面介绍的strings命令从ld.so.cache里面抽取文本信息来检查一下：
strings
/etc/ld.so.cache
|
grep
ImageMagick
输出结果为：
/usr/local/ImageMagick/lib/libWand.so.10
/usr/local/ImageMagick/lib/libWand.so
/usr/local/ImageMagick/lib/libMagick.so.10
/usr/local/ImageMagick/lib/libMagick.so
/usr/local/ImageMagick/lib/libMagick++.so.10
/usr/local/ImageMagick/lib/libMagick++.so
已经成功了！
3、应用程序独享的动态共享库
有很多共享库只被特定的应用程序使用，那么就没有必要加入系统库路径，以免应用程序的共享库之间发生版本冲突。因此Linux还可以通过设置环境变量LD_LIBRARY_PATH来临时指定应用程序的共享库搜索路径，就像我们上面举的那个例子一样，我们可以在应用程序的启动脚本里面预先设置
LD_LIBRARY_PATH，指定本应用程序附加的共享库搜索路径，从而让应用程序找到它。
⑻ 如何让linux加载当前目录的动态库
让linux加载当前目录的动态库，设置方法有以下三种：
1、临时修改，log out之后就失效
在terminal中执行：
export LD_LIBRARY_PATH=./
2、让当前帐号以后都优先加载当前目录的动态库
修改~/.bash_profile 在文件末尾加上两行：
LD_LIBRARY_PATH=./ 和 export LD_LIBRARY_PATH
3、让所有帐号从此都优先加载当前目录的动态库
修改/etc/profile 在文件末尾加上两行：
LD_LIBRARY_PATH=./ 和 export LD_LIBRARY_PATH
⑼ linux下C/C++动态库在运行时是怎样加载进来的
在linux上，你在ps中说的那种"将动态库作为一个参数传到程序里"的使用方式，是通过dlopen函数将.so加载到当前进程中，并且通过ld.so将.so"链接"进当前进程。这个"链接"过程包括：查找未定义符号在当前进程中的地址、分配数据/代码/bss段内存（数据初始化全局变量、代码段重定位）、执行constructor函数等。之后，可以使用dlsym在已知符号名的情况下通过符号名查找符号对应的地址。这个符号可以是一个全局变量、全局函数等。在你说的C++中，重载的函数也可以理解为全局函数，会有一个属性为weak的符号。该符号的符号名如果不做修改，默认按照System V的C++ API命名规范命名（以保证linux下不同编译器编译出来的.so和.o可以通用）。但如果使用extern "C"修饰之后，变成C的函数名，则无名称修饰，便于使用。
它怎样实例化我实现的继承类？
实例化的方式和正常链接一样。例如你在之类Derived中重载了基类Base中函数virtual void foo();那么你需要在你的.so中导出一个可以new Derived()的函数，并且返回结果为Base *，这样别人可以在没有Derived定义的情况下获得运行时类型为Derived的对象。此时别人虽然只有Base *的类型，但是仍然可以和正常链接一样通过虚表查virtual void foo()的地址，从而调用你定义的foo()。
此外，如果你定义了继承类的全局变量，在加载.so的时候该全局变量会自动初始化，你也可以将这个初始化的类通过指向Base *的指针传出去。
如果有大神能解释一下windows下动态库和静态库的原理，小弟感激不尽！
和Linux差不多，不过在实现细节上有些出入。例如windows链接时要直接链接.dll需要通过链接生成这个.dll时生成的.lib，而Linux上直接链接.so即可。不过运行时链接无需这个.lib。静态库都是目标文件的压缩包。都是ELF格式。至于共享内存之类的，仅仅取决于section的属性。
⑽ Linux下执行程序无法加载库文件有方法解决吗
程序安装的目的是为了把执行程序放到执行路径下面，把配置文件放到程序可读取的位置，把需要的链接库放到可找到的位置，配置一些需要预先设置的参数等等。如果一个程序这些都不需要，那么直接把可执行程序放到该在的目录就可以了。