动态库使用linux

‘壹’ linux动态库问题

1、虽然动态库有点浪费内存，但是动态库最大的作用是：减少占用磁盘空间，减少开发时的编译时间，而不是你想的编译速度慢。因为采用了动态库，所以如果我修改了动态库，我只需要编译动态库。而如果采用了静态库，如果修改了静态库，那么，所有用了该静态库的程序和静态库都必须重新编译。而且gcc不是扫描整个libc.so文件。因为so文件里有符号表，哪个符号在哪个.o文件里，只要扫描符号表就知道了，而且由于他不需要从so文件中拷贝使用的函数，从某种意义上来说编译速度比静态库更快。
2、动态库的加载采用写时拷贝技术，即：只有当我用这个函数的时候我才把该函数部分拷贝过来，它不会拷贝整个so文件，只会拷贝需要的部分。

‘贰’ 如何判断linux 动态库调用

创建静态库：
ar -rcs test.a *.o
查看静态库：
ar -tv test.a
解压静态库：
ar -x test.a

查看程序依赖的动态库：
readelf -a xxx|grep library
如：可以看到，下面的交叉程序hello执行依赖于如下两个动态库。
rebi@ubuntu:~/test$ arm-none-linux-gnueabi-readelf -a hello|grep "library"
0x00000001 (NEEDED) Shared library: [libgcc_s.so.1]
0x00000001 (NEEDED) Shared library: [libc.so.6]
rebi@ubuntu:~/test$

或者：readelf -l hello 即可。

nm xxx 查看符号
其中，T表示代码段，U表示在其它地方定义，所以需要确保必须在某个.o或库里被定义过。

‘叁’ 详述Linux动态库和windows动态库的不同及移植

如果要编制在两个系统中都能使用的动态链接库，通常会先选择在Windows的VC++提供的调试环境中完成初始的开发，毕竟VC++提供的图形化编辑和调试界面比vi和gcc方便许多。完成测试之后，再进行动态库的程序移植。通常gcc默认的编译规则比VC++默认的编译规则严格，即使在VC++下面没有任何警告错误的程序在gcc调试中也会出现许多警告错误，可以在gcc中采用-w选项关闭警告错误。
下面给出程序移植需要遵循的规则以及经验。
(1)尽量不要改变原有动态库头文件的顺序。通常在C/C++语言中，头文件的顺序有相当的关系。另外虽然C/C++语言区分大小写，但在包含头文件时，Linux必须与头文件的大小写相同，因为ext2文件系统对文件名是大小写敏感，否则不能正确编译，而在Windows下面，头文件大小写可以正确编译。
(2)不同系统独有的头文件。在Windows系统中，通常会包括windows.h头文件，如果调用底层的通信函数，则会包含winsock..h头文件。因此在移植到Linux系统时，要注释掉这些Windows系统独有的头文件以及一些windows系统的常量定义说明，增加Linux都底层通信的支持的头文件等。
(3)数据类型。VC++具有许多独有的数据类型，如__int16，__int32，TRUE，SOCKET等，gcc编译器不支持它们。通常做法是需要将windows.h和basetypes.h中对这些数据进行定义的语句复制到一个头文件中，再在Linux中包含这个头文件。例如将套接字的类型为SOCKET改为int。
(4)关键字。VC++中具有许多标准C中所没有采用的关键字，如BOOL，BYTE，DWORD，__asm等，通常在为了移植方便，尽量不使用它们，如果实在无法避免可以采用#ifdef 和#endif为LINUX和WINDOWS编写两个版本。
(5)函数原型的修改。通常如果采用标准的C/C++语言编写的动态库，基本上不用再重新编写函数，但对于系统调用函数，由于两种系统的区别，需要改变函数的调用方式等，如在Linux编制的网络通信动态库中，用close()函数代替windows操作系统下的closesocket()函数来关闭套接字。另外在Linux下没有文件句柄，要打开文件可用open和fopen函数，具体这两个函数的用法可参考文献[2]。
(6)makefile的编写。在windows下面通常由VC++编译器来负责调试，但gcc需要自己动手编写makefile文件，也可以参照VC++生成的makefile文件。对于动态库移植，编译动态库时需要加入-shared选项。对于采用数学函数，如幂级数的程序，在调用动态库是，需要加入-lm。
(7)其它一些需要注意的地方
①程序设计结构分析，对于移植它人编写的动态库程序，程序结构分析是必不可少的步骤，通常在动态库程序中，不会包含界面等操作，所以相对容易一些。
②在Linux中，对文件或目录的权限分为拥有者、群组、其它。所以在存取文件时，要注意对文件是读还是写操作，如果是对文件进行写操作，要注意修改文件或目录的权限，否则无法对文件进行写。
③指针的使用，定义一个指针只给它分配四个字节的内存，如果要对指针所指向的变量赋值，必须用malloc函数为它分配内存或不把它定义为指针而定义为变量即可，这点在linux下面比windows编译严格。同样结构不能在函数中传值，如果要在函数中进行结构传值，必须把函数中的结构定义为结构指针。
④路径标识符，在Linux下是“/”，在Windows下是“\”，注意Linux动态库和windows动态库搜索路径的不同。
⑤编程和调试技巧方面。对不同的调试环境有不同的调试技巧，在这里不多叙述。

‘肆’ 请教关于android linux动态库.so的加载调用

1.在使用第三方的.so库做android开发，发现仅仅放到AndroidProject/libs/armeabi/libminivenus.so这个位置，使用System.loadLibrary加载起来可以正常使用。
2.库的名字必须是libminivenus.so，不可以改名字。也不可以使用System.load从其他地方加载（非SD卡）。如果将库的名字或者加载位置改动，调用的jni接口就返回错误。
3.libminivenus.so中确实有libminivenus的字段，将库的名字与该字段一起修改结果无效。

‘伍’ linux编译的ace动态库怎么使用

Linux的动态库文件是以lib字样开头的.so文件，编译链接动态库有两个要点：一个是需要用-L选项指定动态库的搜索路径，这个搜索路径是需要连接的so文件的大致路径，比如/usr/openssl/lib；另外还需要用-l（这个是小写的L）选项指定动态库的名字，...

‘陆’ matlab在linux下生成的动态链接库怎么用

动态库的生成
1>首先生成目标文件，但是此时要加编译器选项-fpic和链接器选项-shared，

gcc -fpic -c add.c

gcc -fpic -c sub.c

生成中间文件add.o和sub.o

2>其次生成动态库

gcc -shared –o libtiger.so add.o sub.o

生成动态库libtiger.so,libtiger.so就是我们生成的目标动态库。我们以后使用动态库和main.c程序生成可执行程序

说明：

以上两部也可以合成一步搞定:

gcc -fpic -shared add.c sub.c -o libtiger.so

2.使用动态链接库

在编译程序时，使用动态链接库和静态库是一致的，使用”-l库名”的方式，在生成可执行文件的时候会链接库文件。

1>使用命令：

gcc -o main main.c -L ./ -ltiger

2>-L指定动态链接库的路劲，-ldtiger链接库函数tiger。-ltiger是动态库的调用规则。Linux系统下的动态库命名方式是lib*.so,而在链接时表示位-l*,*是自己命名的库名。

3>但是程序会提示如下错误

error while loading shared libraries: libtiger.so: cannot open shared object file: No such file or direct

这是因为程序运行时没有找到动态链接库造成的。程序编译时链接动态库和运行时使用动态链接库的概念是不同的，在运行时，程序链接的动态链接库需要在系统目录下才行。

4>使用以下方法可以解决此问题

a. 在linux下最方便的解决方案是拷贝libtiger.so到绝对目录 /lib 下(但是,要是超级用户才可以，因此要使用sudo哦，亲)。就可以生成可执行程序了

b.第二种方法是：将动态链接库的目录放到程序搜索路径中，可以将库的路径加到环境变量LD_LIBRARY_PATH中实现：

export LD_LIBRARY_PATH=`pwd`:$LD_LIBRARY_PATH

‘柒’ Linux下的动态共享链接库的优点有哪些

动态共享库有以下的优点，使它在Linux开发中比静态链接库更加的流行。
(1) 节省内存
动态共享库无论被多少应用程序使用，在内存中都只存在一个动态共享库的副本，而不像静态链接库那样，一个应用程序在运行中用到静态链
接库，就会有多个静态链接库的副本 。
(2) 节省磁盘
这和节省内存有点相似，同样这也是由于静态链接库存在多个静态链接库的副本造成的。同样的应用程序，使用动态共享库编译出的版本通常比使用静态链接库编译出来的版本要小。因此，在嵌入式系统开发中使用动态共享库也不节省空间，提供了一种很好的选择。
(3) 便于软件修复与升级
由于动态共享是独立于应用程序存在的，因此，用新版本的动态共享库替旧版本的工作将变得非常容易。如果使用静态链接库的话，假设在一个静态库中发现了一个
ug,那么要修正这个
ug的话，就要重新编译所有使用这个静态库的应用程序，使用这个静态库的应用程序有很多的话，可以想象工作量是有多大。
(4) 提高性能
与采用静态链接库臃肿的应用程序相比，采用动态共享库的应用程序明显“苗条”得多，这样当操作系统加载应用程序时，是需要把应用程序
复制到内存中的，这样的“苗条”的动态链接库也就有了很大的优势，同时提高了程序的性能。
当然，动态链接库在有上述这些优势的同时，也有以下的几个劣势。复杂性，兼容性，调试困难。但是它在Linux上使用频率上仍然比静态链接库要高的多。应用的更加广泛。

‘捌’ 怎么条用linux中动态链接库里面的函数

在dlopen（）函数以指定模式打开指定的动态链接库文件，并返回一个句柄给dlsym（）的调用进程。使用dlclose（）来卸载打开的库。
当库被装入后，可以把
dlopen()
返回的句柄作为给
dlsym()
的第一个参数，以获得符号在库中的地址。使用这个地址，就可以获得库中特定函数的指针，并且调用装载库中的相应函数。

‘玖’ 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会优先选择动态库作者
梨树阳光