linux 链接动态库，linux动态库的创建与使用

大家好,今天小编来为大家解答以下的问题，关于linux 链接动态库，linux动态库的创建与使用这个很多人还不知道，现在让我们一起来看看吧！

linux动态库调用动态库linux动态库的调用

如何更新linux系统动态链接库/usr/local/lib/usr/lib？

可以放在当前目录下，但是要设置一下库文件的路径：LD_LIBRARY_PATH=./:/usr/local/pet20/lib:/lib/:/usr/local/libexportLD_LIBRARY_PATH这样，在调用的时候就会自动从当前目录找。

如果是显式调用则不用，只要在程序里指定.so的文件路径就可以了。所以放在当前目录下也是没问题的。

linux下C/C++动态库在运行时是怎样加载进来的？

你说的程序应该是采用了dynamicloading

实际上调用了这样一组接口：

dlopendlclosedlsym函数名被作为参数传递进去，交给动态链接器ld.so。随后ld.so会在已经加载的动态库中查找与函数名匹配的符号。如果查找成功就可以返回一个地址指向这个符号的地址。对于函数，这个地址就相当于是一个函数指针。而这整个过程可以顺利进行下去，还要依赖于当前程序与动态库的ABI

如何在linux平台生成静态链接库与动态链接库？

动态库和静态库

在Win下，动态库以.dll结尾，静态库以.lib结尾。

在Linux下，动态库文件以.so结尾，静态库以.a结尾。

在Mac下，动态库以.dylib结尾，静态库以.a结尾。

动态库的优势和劣势

动态函数库在编译的时候并没有被编译进目标代码中，你的程序执行到相关函数时才调用该函数库里的相应函数，因此动态函数库所产生的可执行文件比较小。由于函数库没有被整合进你的程序，而是程序运行时动态的申请并调用，所以程序的运行环境中必须提供相应的库。动态函数库的改变并不影响你的程序，所以动态函数库的升级比较方便。

某个程序在运行时要调用某个动态链接库函数的时候，OS首先查看所有正在运行的进程，找找看是否已经有人载入了这个库。如果有的话，直接用。如果没有才会载入。这样的第一个优点就是节省内存空间。动态调入意味着是等需要的时候才调入内存，而不是不管用不用都要先放到内存里来。

我如果想要升级某个软件。如果升级的位置是在dll里，那软件其他的部位不需要重新编译链接。所以升级方便。

静态库的优势和劣势

利用静态函数库编译成的文件比较大，因为整个函数库在编译时都会被整合进目标代码中，他的优点就显而易见了，即编译后的执行程序不需要外部的函数库支持，因为所有使用的函数都已经被编译进去了。当然这也会成为他的缺点，因为如果你静态链接的函数库改变了，那么你的程序必须重新编译。

代码更精简，因为不必做版本检查。

程序分发时文件个数少，因为静态链接到源文件里了。

只编译进来库中所用的部分，而不用整个库。

生成的binary占空间更大。

重复的库可能出现在多个进程，浪费内存。

库内部更新的话需要重新编译binary。

Linux平台的静态库

静态库的生成静态库的链接

Linux平台的动态库

动态库的生成动态库的链接

Windows平台的静态库

静态库的生成/MT使用LIBCMT.lib编译以创建多线程可执行文件。生成静态库lib。r静态库的链接

1、在使用链接库的代码开头加入，第二行是要调用的链接库里的函数：

2、将要调用的链接库的lib放入项目源代码中，然后编译。（编译的时候不需要dll。这里把静态部分lib编译进了exe，但动态库dll还没用。）

3、运行之前要把dll放到exe目录下。

Windows平台的动态库

动态库的生成/MD使用MSVCRT.lib编译以创建多线程DLL。生成动态库。r动态库的链接

1、LoadLibrary（或MFC的AfxLoadLibrary），装载动态库。

2、GetProcAddress，获取要引入的函数，将符号名或标识号转换为DLL内部地址。

3、FreeLibrary（或MFC的AfxFreeLibrary），释放动态链接库。

qtcreator怎么加载大量windows下的动态库？

.pro文件管理，所以库文件要在.pro文件中添加。

1.添加库文件静态库linux：LIBS+=your_lib_path/your_lib动态库linux：LIBS+=-Lyour_lib_path-lyour_lib//经过测试了win32：LIBS+=your_lib_path/your_lib例如：LIBS+=-Llib/pcsc/-lpcscliteLIBS+=lib/pcsc/libpcsclite.a

2.添加头文件INCLUDEPATH+=your_include_path例如：INCLUDEPATH+=./usr/local/include（点号后面有空格）

3.添加要编译的源文件和头文件SOURCES：所有源文件列表HEADERS：所有头文件列表FORMS：所有.ui文件列表前期工作：1.检查gcc，g++，qmake是否用错。2.在Makefile中检查是否少了头文件3.检查是否与错用了

4.需要另外加库的程序最好单独建一个文件

linuxc编程调用系统的动态库时，要使用dlopen等函数吗？

linux调用库的方式有三种:

1.静态链接库

2.动态链接库

3.动态加载库

其中1,2都是在编程时直接调用,在链接时加参数-l进行链接

第三种需要在编程时使用dlopen等函数来获取库里面函数的定义,然后进行调用.

不过对于没有提供头文件的动态库,只能dlopen等函数来调用

linux 什么时候使用 动态链接

一、基础

通常情况下，对函数库的链接是放在编译时期（compile time）完成的。所有相关的对象文件（object file）与牵涉到的函数库（library）被链接合成一个可执行文件（executable file）。程序在运行时，与函数库再无瓜葛，因为所有需要的函数已拷贝到自己门下。所以这些函数库被成为静态库（static libaray），通常文件名为“libxxx.a”的形式。

其实，我们也可以把对一些库函数的链接载入推迟到程序运行的时期（runtime）。这就是如雷贯耳的动态链接库（dynamic link library）技术。

二、动态链接库的特点与优势

首先让我们来看一下，把库函数推迟到程序运行时期载入的好处：

1.可以实现进程之间的资源共享。

什么概念呢？就是说，某个程序的在运行中要调用某个动态链接库函数的时候，操作系统首先会查看所有正在运行的程序，看在内存里是否已有此库函数的拷贝了。如果有，则让其共享那一个拷贝；只有没有才链接载入。这样的模式虽然会带来一些“动态链接”额外的开销，却大大的节省了系统的内存资源。C的标准库就是动态链接库，也就是说系统中所有运行的程序共享着同一个C标准库的代码段。

2.将一些程序升级变得简单。用户只需要升级动态链接库，而无需重新编译链接其他原有的代码就可以完成整个程序的升级。Windows就是一个很好的例子。

3.甚至可以真正坐到链接载入完全由程序员在程序代码中控制。

程序员在编写程序的时候，可以明确的指明什么时候或者什么情况下，链接载入哪个动态链接库函数。你可以有一个相当大的软件，但每次运行的时候，由于不同的操作需求，只有一小部分程序被载入内存。所有的函数本着“有需求才调入”的原则，于是大大节省了系统资源。比如现在的软件通常都能打开若干种不同类型的文件，这些读写操作通常都用动态链接库来实现。在一次运行当中，一般只有一种类型的文件将会被打开。所以直到程序知道文件的类型以后再载入相应的读写函数，而不是一开始就将所有的读写函数都载入，然后才发觉在整个程序中根本没有用到它们。

三、动态链接库的创建

由于动态链接库函数的共享特性，它们不会被拷贝到可执行文件中。在编译的时候，编译器只会做一些函数名之类的检查。在程序运行的时候，被调用的动态链接库函数被安置在内存的某个地方，所有调用它的程序将指向这个代码段。因此，这些代码必须实用相对地址，而不是绝对地址。在编译的时候，我们需要告诉编译器，这些对象文件是用来做动态链接库的，所以要用地址不无关代码（Position Independent Code（PIC））。

对gcc编译器，只需添加上-fPIC标签，如：

gcc-fPIC-c file1.c

gcc-fPIC-c file2.c

gcc-shared libxxx.so file1.o file2.o

注意到最后一行，-shared标签告诉编译器这是要建立动态链接库。这与静态链接库的建立很不一样，后者用的是 ar命令。也注意到，动态链接库的名字形式为“libxxx.so”后缀名为“.so”

四、动态链接库的使用

使用动态链接库，首先需要在编译期间让编译器检查一些语法与定义。

这与静态库的实用基本一样，用的是-Lpath和-lxxx标签。如：

gcc file1.o file2.o-Lpath-lxxx-o program.exe

编译器会先在path文件夹下搜索libxxx.so文件，如果没有找到，继续搜索libxxx.a（静态库）。

在程序运行期间，也需要告诉系统去哪里找你的动态链接库文件。在UNIX下是通过定义名为 LD_LIBRARY_PATH的环境变量来实现的。只需将path赋值给此变量即可。csh命令为：

setenv LD_LIBRARY_PATH your/full/path/to/dll

一切安排妥当后，你可以用 ldd命令检查是否连接正常。

ldd program.exe

动态链接库*.so的编译与使用--

动态库*.so在linux下用c和c++编程时经常会碰到，最近在网站找了几篇文章介绍动态库的编译和链接，总算搞懂了这个之前一直不太了解得东东，这里做个笔记，也为其它正为动态库链接库而苦恼的兄弟们提供一点帮助。

1、动态库的编译

下面通过一个例子来介绍如何生成一个动态库。这里有一个头文件：so_test.h，三个.c文件：test_a.c、test_b.c、test_c.c，我们将这几个文件编译成一个动态库：libtest.so。

so_test.h：

#include

#include

void test_a();

void test_b();

void test_c();

test_a.c：

#include"so_test.h"

void test_a()

{

printf("this is in test_a...\n");

}

test_b.c：

#include"so_test.h"

void test_b()

{

printf("this is in test_b...\n");

}

test_a.c：

#include"so_test.h"

void test_c()

{

printf("this is in test_c...\n");

}

将这几个文件编译成一个动态库：libtest.so

$ gcc test_a.c test_b.c test_c.c-fPIC-shared-o libtest.so

2、动态库的链接

在1、中，我们已经成功生成了一个自己的动态链接库libtest.so，下面我们通过一个程序来调用这个库里的函数。程序的源文件为：test.c。

test.c：

#include"so_test.h"

int main()

{

test_a();

test_b();

test_c();

return 0;

}

l将test.c与动态库libtest.so链接生成执行文件test：

$ gcc test.c-L.-ltest-o test

l测试是否动态连接，如果列出libtest.so，那么应该是连接正常了

$ ldd test

l执行test，可以看到它是如何调用动态库中的函数的。

3、编译参数解析

最主要的是GCC命令行的一个选项:

-shared该选项指定生成动态连接库（让连接器生成T类型的导出符号表，有时候也生成弱连接W类型的导出符号），不用该标志外部程序无法连接。相当于一个可执行文件

l-fPIC：表示编译为位置独立的代码，不用此选项的话编译后的代码是位置相关的所以动态载入时是通过代码拷贝的方式来满足不同进程的需要，而不能达到真正代码段共享的目的。

l-L.：表示要连接的库在当前目录中

l-ltest：编译器查找动态连接库时有隐含的命名规则，即在给出的名字前面加上lib，后面加上.so来确定库的名称

l LD_LIBRARY_PATH：这个环境变量指示动态连接器可以装载动态库的路径。

l当然如果有root权限的话，可以修改/etc/ld.so.conf文件，然后调用/sbin/ldconfig来达到同样的目的，不过如果没有root权限，那么只能采用输出LD_LIBRARY_PATH的方法了。

4、注意

调用动态库的时候有几个问题会经常碰到，有时，明明已经将库的头文件所在目录通过“-I” include进来了，库所在文件通过“-L”参数引导，并指定了“-l”的库名，但通过ldd命令察看时，就是死活找不到你指定链接的so文件，这时你要作的就是通过修改 LD_LIBRARY_PATH或者/etc/ld.so.conf文件来指定动态库的目录。通常这样做就可以解决库无法链接的问题了。

怎么查看一个动态库 需要链接 文件

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，指定本应用程序附加的共享库搜索路径，从而让应用程序找到它。