linux动态库的使用

A. 如何用qt在linux中编写并使用动态链接库

先写好实现动态链接库的libmy.cpp文件和libmy.h文件，如下：

// libmy.cpp

#include"libmy.h"

#include<iostream>

using namespace std;
MyLib::MyLib()
{
}

MyLib::~MyLib()
{
}

void MyLib::hello()
{
cout << "hello world~!" << endl;
}

// libmy.h文件

#ifndef LIBMY_H
#define LIBMY_H
class MyLib

{
public:
MyLib();
~MyLib();
void hello();
};
#endif /*LIBMY_H*/

然后写好pro文件，如下：

TEMPLATE = lib
TARGET =DllTest

HEADERS += libmy.h
SOURCES += libmy.cpp

保存关闭，文件名命名为MyDll.pro
在Shell里执行qmake MyDll.pro,在没有错误的情况下，然后执行make ，可以看到生成了几个后缀名为so的文件，如下图：

B. linux 编译怎么连接动态库

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

C. 怎么条用linux中动态链接库里面的函数

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

D. 面试 | Linux 下的动态链接库问题

在 Linux 开发时，我们经常会看到一些形如 xxx.so 的名称出现，其中 so 是 Shared Object 的缩写，即可以共享的目标文件，也就是我们所称为的动态链接库，和在 Windows 下大家玩 游戏 时遇到的 xxx.dll 错误中的文件是一个类型的。

面试中经常会问到以下问题：

库是写好的现有的，成熟的，可以复用的代码。现实中每个程序都要依赖很多基础的底层库，不可能每个人的代码都从零开始，因此库的存在意义非同寻常。本质上来说库是一种可执行代码的二进制形式，可以被操作系统载入内存执行。

库有两种：

在一个程序的编译过程中，分为以下几个步骤： 预处理 ， 编译 ， 汇编 ， 链接 。本文中讨论的链接库就是针对最后一个步骤“链接”而言的。

动态库和静态库的区别

左图为静态链接库，右图为动态链接库

对于静态链接库而言在链接阶段，会将汇编生成的“目标文件.o”与引用到的库一起链接打包到可执行文件中。因此对应的链接方式称为静态链接：

静态链接可以理解为最后生成了一个“单文件免安装绿色版”的程序，优点在于移植的时候只需要移动这一个文件，缺点在于文件体积非常大，为了解决这样的问题，就有了动态链接库。动态链接库在程序编译时并不会被连接到目标代码中，而是在程序运行时才被载入。

动态库连接到系统空间，如果多个程序连接了同一个库，那么只需要一份，优点在于编译程序的时候不会将对应的库文件全部打包在生成的程序中，而是保留了到对应库的链接，缺点就是移植的时候如果只移动了对应的程序没有安装相关的库的话，就会看到类似以下喜闻乐见的结果了。

在 Linux 下一个动态库有y三个不同名字的文件组成：

当程序在内部列出所需要的链接库时，仅仅使用 soname。当你创建一个链接库时，使用 real name。安装一个新的链接库时，把它复制到一个DLL文件夹里，然后运行程序 ldconfig。ldconfig 检查存在的 real name 文件，并且创建指向它符号链接 soname 文件。可能大家比较常见到的有 libsodium 等。

有了上面关于库的一些基础知识之后，我们可以开始尝试创建一个动态库来供程序使用了。

比如我们有一个求最大值的函数 max(int a,int b,int c) ，放在文件 max.c 中文件内容如下：

可以通过：

将其编译为共享库，-fPIC是编译选项，PIC是 Position Independent Code 的缩写，表示要生成位置无关的代码，这是动态库需要的特性； -shared是链接选项，告诉 gcc 生成动态库而不是可执行文件。为了让用户知道我们的动态库中有哪些接口可用，我们需要编写对应的头文件，比如可以写一个 max.h ：

设置一个驱动函数来测试我们编写的动态库：

通过 gcc test.c -L. -lmax来生成 a.out，其中-lmax表示要链接 libmax.so，-L.表示搜索要链接的库文件时包含当前路径。

但是这样直接运行的话，会出现一个错误：

由于 Linux 是通过/etc/ld.so.cache文件搜寻要链接的动态库的，而 /etc/ld.so.cache 是 ldconfig 程序读取 /etc/ld.so.conf 文件生成的，本次使用的动态库 libmax.so 并不在对应的目录下，就会导致程序无法找到对应的动态链接库，这样我们的解决方法有二：

小结

​动态链接库是各个系统中的一个重要的组成部分且在 Linux 开发相关领域中尤为重要，也是一个面试的高频考点，除了动态链接库以外，还有以下相关知识也是高频考点，在面试前一定要准备好：

本文作者：Nova Kwok

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

F. 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

G. windows和linux下程序有几种使用动态库的方式

在linux上，你在ps中说的那种"将动态库作为一个参数传到程序里"的使用方式，是通过dlopen函数将.so加载到当前进程中，并且通过ld.so将.so"链接"进当前进程。这个"链接"过程包括：查找未定义符号在当前进程中的地址、分配数据/代码/bss段内存（数据初始化全局变量、代码段重定位）、执行constructor函数等。之后，可以使用dlsym在已知符号名的情况下通过符号名查找符号对应的地址。这个符号可以是一个全局变量、全局函数等。在你说的C++中，重载的函数也可以理解为全局函数，会有一个属性为weak的符号。该符号的符号名如果不做修改，默认按照System V的C++ API命名规范命名（以保证linux下不同编译器编译出来的.so和.o可以通用）。但如果使用extern "C"修饰之后，变成C的函数名，则无名称修饰，便于使用。

H. 关于linux下连接动态库问题

gcc编译时，当使用动态库编译可以按照几种写法
1.gcc test.c ./libSDL2-2.so
2.gcc test.c -lSDL2-2
3.gcc test.c -L/home/test -lSDL2-2
一般的编译参数都是按照2或3去写
2写法的含义是从/lib或者/usr/lib目录下寻找名称为SDL2-2的库，即寻找/lib/libSDL2-2.so或者/usr/lib/libSDL2-2.so文件进行链接，当然如果没有动态库就会去找静态库，再没有应该就会在编译时报错
3写法的含义是从-L参数首先从指定的目录中寻找需要链接的库文件，随后再去寻找系统文件夹中是否存在需要的库
1写法的含义是将当前目录下的./libSDL2-2.so.0文件链接进最终文件，因此执行readelf -a a.out后在动态库部分所看到的路径就是./libSDL2-2.so.0，进而在执行文件时仅会从当前目录下寻找libSDL2-2.so.0文件，当执行文件时所在的目录下没有该文件时就会出现找不到库文件的操作

你第二次操作时，因为function.so库文件与a.out文件在同一个目录，同时也是在该目录下执行的ldd操作及运行a.out，a.out在加载动态库时从当前目录下找到了所需要的库文件，此时能够执行成功（ldd命令实质是一个脚本，通过设置环境变量运行动态库链接器来输出所有待链接的动态库）。
你可以试试将a.out拷贝至其他目录再次运行，将出现和第一次操作时一样的现象，找不到function.so文件。

具体的解决方法就是修改编译参数，将./libSDL2-2.so.0修改为-lSDL2-2并将libSDL2-2.so.0文件拷贝至/usr/lib目录下，并且可能因为没有修改链接器的缓存文件（将可能找不到带版本号后缀的动态库），需要在/usr/lib目录下建立一个文件连接（ln -s libSDL2-2.so.0 libSDL2-2.so）或者直接修改名称为libSDL2-2.so

I. linux下的静态库与动态库的区别和使用

一、引言

我们通常把一些公用函数制作成函数库，供其它程序使用。
函数库分为静态库和动态库两种。

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

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

二、两者区别：
a，静态库的使用需要：
1 包含一个对应的头文件告知编译器lib文件里面的具体内容
2 设置lib文件允许编译器去查找已经编译好的二进制代码

b，动态库的使用：
程序运行时需要加载动态库，对动态库有依赖性，需要手动加入动态库

c，依赖性：
静态链接表示静态性，在编译链接之后， lib库中需要的资源已经在可执行程序中了， 也就是静态存在，没有依赖性了
动态，就是实时性，在运行的时候载入需要的资源，那么必须在运行的时候提供 需要的 动态库，有依赖性， 运行时候没有找到库就不能运行了

d，区别：
简单讲，静态库就是直接将需要的代码连接进可执行程序；动态库就是在需要调用其中的函数时，根据函数映射表找到该函数然后调入堆栈执行。
做成静态库可执行文件本身比较大，但不必附带动态库
做成动态库可执行文件本身比较小，但需要附带动态库
链接静态库，编译的可执行文件比较大，当然可以用strip命令精简一下（如：strip libtest.a），但还是要比链接动态库的可执行文件大。程序运行时间速度稍微快一点。
静态库是程序运行的时候已经调入内存，不管有没有调用，都会在内存里头。静态库在程序编译时会被连接到目标代码中，程序运行时将不再需要该静态库。
其在编译程序时若链接,程序运行时会在系统指定的路径下搜索，然后导入内存，程序一般执行时间稍微长一点，但编译的可执行文件比较小；动态库是程序运行的时候需要调用的时候才装入内存，不需要的时候是不会装入内存的。
动态库在程序编译时并不会被连接到目标代码中，而是在程序运行是才被载入，因此在程序运行时还需要动态库存在。

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

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

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

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

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

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

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

静态库：在编译的时候加载生成目标文件，在运行时不用加载库，在运行时对库没有依赖性。
动态库：在目标文件运行时加载，手动加载，且对库有依赖性。

具体在开发中用到哪种库，我觉得还是根据实际的内存大小，ROM大小，运行的速度等综合考虑。