2025年静态库和动态库的基本含义（静态库和动态库的优缺点）

大家好，我是讯享网，很高兴认识大家。

 <svg xmlns="http://www.w3.org/2000/svg" style="display: none;"> <path stroke-linecap="round" d="M5,0 0,2.5 5,5z" id="raphael-marker-block" style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0);"></path> </svg> <p></p>

讯享网

库的名称：去掉前面的去掉后面的剩下的，才是库正真的名称。

查看文件依赖库：

在这里插入图片描述
讯享网
step1：预编译，使用预编译器去处理 C/C++ 源文件中头文件、宏定义等。
step2：编译，使用编译器对处理后的 C/C++ 源文件进行源码编译生成 .o 对象文件。
step3：链接，使用链接器将编译生成的 .o 对象文件进行完整链接生成最终的可执行文件。

这里的 .a 和 .so 就是静态库和动态库，他们会在链接阶段被使用。

通常我们使用的一些第三方 C/C++ 库以及系统库，都是通过静态库或者动态库的方式提供，这两者的区别在于：

静态库：链接后会直接把里面所有的代码都合并生成到可执行程序中。
动态库：链接后仅仅将动态库中导出的函数提供给可执行程序调用，实际运行过程中，还是会单独加载这个动态库。

讯享网

r : replace （更新替换）

c：create （建立）

使用创建文件

（PIC）position ignoring code 与位置无关码

用打包文件

-shared 共享库 / 动态库

讯享网

当我们有了一个库，接下来，要将库引入我们的项目，必须要让编译器找到库和头文件

需要指定的头文件和库文件
如果没有默认安装到系统 gcc、g++ 默认的搜索路径下，用户必须指明对应的选项，告知编译器：
- 头文件在哪里
- 库文件在哪里
- 库文件具体是谁
如果我们下载下来的库和头文件，拷贝到系统默认路径下，就叫做，在 Linux 下安装库
如果我们安装的库是第三方的（语言、操作系统系统接口就是第一方和第二方）库，我们要正要使用，即使是全部都安装到了系统中，gcc 和 g++ 都必须使用来指明具体库的名称

：后接库的路径（可以用），可以带空格也可以不带空格，
：后接 头文件 的路径（可以用），可以带空格也可以不带空格，
：后接链接的 库名（去头去尾），可以带空格也可以不带空格

注意：静态链接形成的可执行程序，本身就有静态库中对方法的实现。 也就是说使用静态链接注定 会占用更多的资源。占用哪些资源呢？磁盘、可执行程序体积变大加载占用内存、下载周期变长、占用网络资源

使用静态库的方法，让我们把路径和名称给了编译器，OS 可以通过链接原则，即，将用户使用的二进制代码直接拷贝到目标可执行程序中。

但动态库不是这样的。还需要将文件放到系统的默认路径下，才能被 OS 找到。

运行时，OS 查到动态库的方法：

环境变量：向中添加库所在的路径
这是一个临时方案，此方法重启机器就无效了
在或下创建第三方库的 软链接

讯享网

在系统路径中 添加配置文件，写入 第三方库的路径

只要我们把库加载到了内存，映射到进程的地址空间（共享区）中之后，我们的代码执行库中的方法时，就依旧还是在自己的地址空间内进行函数跳转即可。

不管有多少进程，动态库只会加载一份，是很节省资源的。

库中的地址，怎么理解？

动态库中的所有地址都是偏移量，默认从 0 开始。

当一个库，真正的被映射进地址空间的时候，它的起始地址才能真正确定。所以我们调用动态库的时候，选取地址的方法是：该进制中这个库真正的起始地址 + 调用方法的偏移量。如此一来，库就可以在进程的地址空间中随便加载，与我们具体加载到地址空间的什么位置就毫无关系了。

动态库和静态库同时存在时，系统默认采用动态链接

需要连接静态则，需要给出参数

讯享网

编译器，在链接的时候，如果提供的库既有动态又有静态，优先采用动态链接。如果只有静态的话，直接静态链接。
静态的库删了不影响可执行程序运行，而动态的少了就不能跑了。
云服务器一般只有动态库，静态库需要自己安装

c 的静态库

c++ 的静态库

讯享网

2025年静态库和动态库的基本含义（静态库和动态库的优缺点）

相关推荐