【Linux】动态库与静态库的打包使用

最新推荐文章于 2024-11-13 22:29:30 发布

cyclesw

最新推荐文章于 2024-11-13 22:29:30 发布

阅读量902

点赞数 20

分类专栏： Linux 文章标签： linux 运维服务器

本文链接：https://blog.csdn.net/catianri/article/details/136632730

版权

10 篇文章 0 订阅

订阅专栏

📄前言

想必各位喜欢打电脑游戏，总是能游戏文件夹看到一种熟悉的文件后缀名——.lib的存在吧，你是否对其存在感到好奇，为何大部分游戏都离开它们呢？本文将带你充分了解它们的存在，这样一来以后如果有伙伴问起你，那么ta也会你知识的渊博感到佩服的吧。

静态库（Static Library）是在程序编译时被链接到执行文件中的一种库文件，一般为代码的合集，可被多个程序共用，在unix-like环境中以 “.a” 、windows 以 “.lib” 的文件后缀名存在。

静态库的优点：
使用静态库的程序在运行的时候不需要依赖外部的库文件，使得程序发布不需要担心用户缺少必要的库，并且有利于程序的发布与部署。
静态库的缺点：
如果程序所需的代码全都整合到静态库中，这可能导致程序体积较大，浪费用户的空间。
如果静态库更新了，所有用到该库的程序都需要被重新编译，不利于维护。

在Linux系统中可以使用ar指令来打包.o文件，来生成静态库。

gcc -c mylib.c	#生成.o文件
ar rcs libmylib.a mylib.o mylib.h	#静态库生成
gcc -o test test.c -L. -lmylib	
# -L：指定静态库的位置。 -l：静态库的名字，需要去除前缀lib和后缀.a

静态库实质就是把代码预先编译打包成二进制文件，方便代码的管理与重用，在程序编译时就被整合到了可执行文件中，简化了编译的过程，使其成为了一个独立的单元。

与静态库不同，动态库在程序运行时才被加载到内存当中。在unix-like系统中通常以".so"后缀存在，在windows系统中一般以".dll"后缀存在。

gcc -fPIC -c mylib.c	#fPIC 指编译与位置无关的代码
gcc -shared -o libmylib.so mylib.o	#生产动态库
gcc -o main main.c -L. -lmylib		#链接动态库

运行程序时会出现像下面这样的报错，因为动态库和静态库不同，动态库的加载需要依赖系统来完成。

./main: error while loading shared libraries: libmylib.so: cannot open shared object file: No such file or directory

解决方法：

cp libmylib.so /lib64

ln -s lib/libmylib.so /lib64/libmylib.so

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/path/to/your/library

动态库的加载由系统的动态链接器负责，在程序运行时根据环境变量或配置文件中指定的路径找到并加载库文件。动态库被加载到共享内存区，可以被多个程序共享使用，减少了内存占用并提高了代码的重用性。