1.先了解一下动静态库
上图可以看出来静态库就是由一堆进过链接阶段的.o文件组成的.a文件。在这里必须要强调的是库文件格式一定是libxxx.a/so在你进行路径查找使用的时候要去掉lib和后缀使用！
静态库
- 概念：在程序编译链接阶段，其代码被完整拷贝、链接到可执行文件中。程序运行时无需再依赖静态库文件 。
- 文件后缀：Linux 下一般为
.a，Windows 下常为.lib。 - 优点
- 部署简单，运行时不依赖外部库，可直接在目标机器上运行 。
- 方便进行离线开发与调试，不用担心库的版本兼容性问题。
- 缺点
- 若多个可执行程序都链接同一静态库，会使每个可执行文件体积增大，浪费磁盘空间 。
- 库代码更新时，所有链接该库的可执行文件都需重新编译链接 。
动态库
- 概念：程序运行时才链接库代码，多个程序可共享使用库代码。程序开始运行前，操作系统将动态库代码从磁盘复制到内存，此过程为动态链接 。
- 文件后缀：Linux 下是
.so，Windows 下是.dll。 - 优点
- 多个程序可共享，能节省磁盘空间和内存资源 。
- 库更新后，只要接口不变，无需重新编译使用该库的可执行程序 。
- 缺点
- 运行时依赖库文件，若库文件缺失、损坏或版本不兼容，可能导致程序无法运行 。
- 程序加载时需动态链接，可能影响启动速度 。
动态库常见错误：
把要找到的动态库文件放进lib64里面去。
解决上面出现的加载问题：
- 拷贝到系统默认的库路径 /lib64 /usr/lib64/
- 原理：许多 Linux 系统在链接动态库时，会默认在
/lib64和/usr/lib64等路径查找。将动态库拷贝到这些路径，系统就能按默认规则找到它。 - 注意事项：需有 root 权限执行拷贝操作，且可能污染系统默认库目录，造成版本管理混乱。
- 原理：许多 Linux 系统在链接动态库时，会默认在
- 在系统默认的库路径 /lib64 /usr/lib64 / 下建立软连接
- 原理：通过在默认库路径创建指向实际动态库位置的软连接，让系统以为库就在默认路径下，从而实现正常加载。
- 注意事项：软连接要正确指向实际库文件位置，且当实际库文件移动或删除时，软连接会失效。
- 将自己的库所在的路径，添加到系统的环境变量 LD_LIBRARY_PATH 中
- 原理：
LD_LIBRARY_PATH是 Linux 中用于指定动态库搜索路径的环境变量。将动态库所在路径添加到此变量，程序链接时会额外在该路径查找库。 - 注意事项：仅对当前用户或当前会话有效，如需全局生效，需谨慎配置；且设置不当可能导致库搜索顺序混乱，优先加载非预期版本的库。
- 原理：
- /etc/ld.so.conf.d 建立自己的动态库路径的配置文件，然后重新 ldconfig 即可
- 原理：
/etc/ld.so.conf.d目录用于存放动态库路径配置文件。在该目录下创建配置文件，写入动态库所在路径，再执行ldconfig命令更新动态链接器缓存，系统就能识别新路径下的动态库。 - 注意事项：配置文件格式要正确，
ldconfig命令执行需有相应权限，且更新缓存可能影响其他依赖动态库的程序。
- 原理：
此时就要知道栈和堆的共享区是
共享库里面会有很多个全局变量例如errno就是其中一个
那请问如果一个进程出现错误你修改了errno那此时另一个进程也在运行出错要修改errno那此时会不会发生冲突？
答案是不会，当你开始写入errno的那一瞬间其实系统是对errno进行一个写时拷贝的。
结论就是：建立映射的时候，从此房后，我们执行任何代码，都是我们的进程地址空间在进行执行！
真实：系统运行一个存在多个动态库----os管理起来-先描述，后组织。系统中，所有库的加载，os都是非常情况==清楚。
程序没有加载亲的地址：
程序加载后的地址：
静态库为什么不谈加载，不谈与位置无关？？
答：静态库会直接把程序拷贝到我们可执行程序里面所以不用加载
静态库在链接时会被完整地复制到可执行文件中，其代码和数据的位置在编译和链接阶段就已经确定，与最终运行时的加载地址无关，因此通常不谈与位置无关
库可以在虚拟内存中的任意位置加载
扫一扫
3106
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
