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

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

动态库和静态库

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

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

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

动态库的优势和劣势

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

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

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

静态库的优势和劣势

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

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

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

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

生成的binary占空间更大。

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

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

Linux平台的静态库

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

Linux平台的动态库

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

Windows平台的静态库

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

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

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

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

Windows平台的动态库

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

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

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

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

二、linux动态库和静态库的区别？

动态链接库和静态链接库一般是编译集成一系列的接口（函数）

在程序源代码编译完成后通过编译器编译并通过链接器与这些库进行链接

动态链接库与静态链接库的区别在于链接器在进行链接时静态库会被直接编译进程序里

而动态链接库并不会，我们这里将这些链接库称作依赖（动态库和静态库）

程序的运行需要这些依赖，程序在静态链接后该程序本身便已包含该依赖

而动态链接后的程序本身本不包含该依赖，这些依赖需要执行者自行安装进操作系统（动态库、运行时库）

程序运行时会动态地加载这些库

linux上动态库一般的后缀后为.so

静态库一般的后缀为.a

由于静态链接会直接将库编译进程序里所以静态编译后的程序相较于动态链接所要大

这就是因为静态链接会将链接库编译进程序里的原因，所以占用就要大了

出于这种原因，静态库不易于维护与更新，如果链接库中有实现有bug等需要更新则需要更新整个程序，因为静态库被编译进程序中了

但动态库就没有这种情况了，因为动态库是程序运行时动态加载的，所以我们只需要更新动态库而不需要更新所有依赖该库的程序（软件）

另一方面，很多程序的开发都会使用到相同的链接库，也就是很多程序（软件）会有相同的依赖

如果将这些依赖全部静态编译的话将会造成存储资源占用过多而造成资源浪费

而使用动态库的方式这些程序（软件）则可以共享一个链接库，而不需要每个程序都带一个链接库，这样就大大地减少了存储资源占用空间

三、linux标准库是动态还是静态？

编译器的默认设置是连接动态库，这就要求在程序执行的时候需要的动态库必须存在。改变编译选项可以变为静态连接，这样生成的程序运行时不需要库的支持，但是文件的尺寸一般较大。

linx的C标准库都有，看你自己喜欢哪样用哪样。

当要使用静态的程序库时，连接器会找出程序所需的函数，然后将它们拷贝到执行文件，由于这种拷贝是完整的，所以一旦连接成功，静态程序库也就不再需要了。

然而，对动态库而言，就不是这样。动态库会在执行程序内留下一个标记指明当程序执行时，首先必须载入这个库。由于动态库节省空间，linux下进行连接的缺省操作是首先连接动态库，也就是说，如果同时存在静态和动态库，不特别指定的话，将与动态库相连接。

四、linux windows静态库和动态库的区别？

两者区别：

a，静态库的使用需要：

1包含一个对应的头文件告知编译器lib文件里面的具体内容

2设置lib文件允许编译器去查找已经编译好的二进制代码

b，动态库的使用：

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

c，依赖性：

静态链接表示静态性，在编译链接之后，lib库中需要的资源已经在可执行程序中了，也就是静态存在，没有依赖性了

动态，就是实时性，在运行的时候载入需要的资源，那么必须在运行的时候提供需要的动态库，有依赖性，运行时候没有找到库就不能运行了

d，区别：

简单讲，静态库就是直接将需要的代码连接进可执行程序；动态库就是在需要调用其中的函数时，根据函数映射表找到该函数然后调入堆栈执行。

做成静态库可执行文件本身比较大，但不必附带动态库

做成动态库可执行文件本身比较小，但需要附带动态库

链接静态库，编译的可执行文件比较大，当然可以用strip命令精简一下（如：striplibtest.a），但还是要比链接动态库的可执行文件大。程序运行时间速度稍微快一点。

静态库是程序运行的时候已经调入内存，不管有没有调用，都会在内存里头。静态库在程序编译时会被连接到目标代码中，程序运行时将不再需要该静态库。

其在编译程序时若链接,程序运行时会在系统指定的路径下搜索，然后导入内存，程序一般执行时间稍微长一点，但编译的可执行文件比较小；动态库是程序运行的时候需要调用的时候才装入内存，不需要的时候是不会装入内存的。

动态库在程序编译时并不会被连接到目标代码中，而是在程序运行是才被载入，因此在程序运行时还需要动态库存在。

动态链接库的特点与优势

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

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

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

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

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

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

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

动态库：在目标文件运行时加载，手动加载，且对库有依赖性。

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

五、linux下的动态链接库和静态链接库到底是个什么鬼？

动态库和静态库都是一组函数集合，打包在一起供应用程序调用，区别是：静态库名称一般为xxx.a，在编译时和应用程序链接在一起，这样的应用程序占用空间较大。动态库名称一般为xxx.so，对于动态库即可以在编译时链接，也可以使用dlopen()/dlsym()/dlclose()函数在运行时调用，后种方式占用空间较小，且可以实现动态库在进程间共享，只在内存中保留一份，减少了内存开销。

六、linux静态库和动态库有什么区别？

动态链接库和静态链接库一般是编译集成一系列的接口（函数）在程序源代码编译完成后通过编译器编译并通过链接器与这些库进行链接动态链接库与静态链接库的区别在于链接器在进行链接时静态库会被直接编译进程序里而动态链接库并不会，我们这里将这些链接库称作依赖（动态库和静态库）程序的运行需要这些依赖，程序在静态链接后该程序本身便已包含该依赖而动态链接后的程序本身本不包含该依赖，这些依赖需要执行者自行安装进操作系统（动态库、运行时库）程序运行时会动态地加载这些库linux上动态库一般的后缀后为.so静态库一般的后缀为.a由于静态链接会直接将库编译进程序里所以静态编译后的程序相较于动态链接所要大这就是因为静态链接会将链接库编译进程序里的原因，所以占用就要大了出于这种原因，静态库不易于维护与更新，如果链接库中有实现有bug等需要更新则需要更新整个程序，因为静态库被编译进程序中了但动态库就没有这种情况了，因为动态库是程序运行时动态加载的，所以我们只需要更新动态库而不需要更新所有依赖该库的程序（软件）另一方面，很多程序的开发都会使用到相同的链接库，也就是很多程序（软件）会有相同的依赖如果将这些依赖全部静态编译的话将会造成存储资源占用过多而造成资源浪费而使用动态库的方式这些程序（软件）则可以共享一个链接库，而不需要每个程序都带一个链接库，这样就大大地减少了存储资源占用空间

七、如何正确的使用静态链接库和动态链接库？

动态库和静态库

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

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

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

动态库的优势和劣势

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

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

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

静态库的优势和劣势

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

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

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

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

生成的binary占空间更大。

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

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

Linux平台的静态库

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

Linux平台的动态库

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

Windows平台的静态库

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

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

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

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

Windows平台的动态库

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

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

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

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

八、静态链接动态链接的区别？

动态连接是网络中路由打开了dhcp模式，接入信息点不用手动设置IP地址，IP地址都是自动获取的，一般动态获取用于比较单一的局域网。

静态连接是网络中路由没有或者关闭了dhcp功能，接入信息点要手动设置接入的IP地址，IP地址是局域网建造者提供的，一般静态连接用于复杂的，多网混用的局域网络。

九、LINUX动态链接库的创建与使用？

对于动态链接库来说，程序的可执行文件当中会留有一个它的标记，当程序运行到相应的标记的时候，就会调用相应的动态库。由于动态库节省空间，所以一般linux下面链接程序的时候都是默认的按照动态方式链接的。

十、如何使用cmake生成基于静态库的动态链接库？

这是可以做到的。CMake的library目标，有一个

OBJECT

模式，这个模式的library不会被archive成静态库，而是一个“假的”库，产物是一堆对象文件。

声明时加上OBJECT：

使用时比较特别，你必须使用“这个目标的对象文件”的生成表达式，放在

add_executable、add_library

放源代码的位置，而不是

target_link_library

的位置：

不过这种需求并不太寻常，大部分情况下你可以用静态库目标来做同样的事情，因为静态库实际上就是对象文件打包，没有做特别的事情。我能想到的唯一必须这么做的理由，就是你想把项目分成几个部分，而这几个部分之间的符号依赖是一锅粥，打包成静态库之后，链接时顺序搞不定。

按你的需求，并不需要这个功能，你直接添加一个静态库就足够了：

详情可以参考cmake的

add_library

指令的文档。