一、什么是程序库为什么需要库1. 本质定义程序库是已经编译好的、可复用的二进制代码集合里面封装了现成的函数、接口我们写代码时直接调用不用重复实现。 比如常用的printf、malloc函数都封装在 glibc 标准库里我们不用自己写直接引用头文件就能调用。2. 核心价值代码复用通用功能封装成库多个项目共用不用重复造轮子模块化开发不同模块独立编译、独立维护提升开发效率保护源码发布库只给二进制文件不暴露源代码统一升级更新库文件即可升级功能不用重新编译所有业务代码动态库。3. 两大分类根据链接时机和使用方式的不同程序库分为两类静态库Static Library编译链接阶段把库的代码完整拷贝进可执行文件动态库Shared Library编译链接阶段只记录引用程序运行时才加载到内存多个程序共享。二、静态库Static Library1. 本质原理静态库本质是一堆目标文件.o的打包集合相当于把多个编译好的.o文件打成一个压缩包。 在程序链接阶段链接器会把程序用到的函数代码从静态库里完整拷贝到最终的可执行文件里。流程示意图plaintext编译阶段源文件main.c → main.o 链接阶段main.o libtest.a静态库 → 可执行文件库代码完整拷贝进去 运行阶段可执行文件独立运行不需要依赖库文件2. 命名与格式Linux 下命名规则lib 库名 .a比如libtest.a、libc.aWindows 下对应.lib文件3. 制作与使用实操gcc步骤 1准备源码比如我们封装加减两个函数// math.h 头文件 #ifndef MATH_H #define MATH_H int add(int a, int b); int sub(int a, int b); #endif// add.c int add(int a, int b) { return a b; }// sub.c int sub(int a, int b) { return a - b; }步骤 2编译生成目标文件bash运行gcc -c add.c sub.c # 生成 add.o 和 sub.o步骤 3打包成静态库ar 工具bash运行ar rcs libmath.a add.o sub.o # 生成 libmath.a 静态库文件步骤 4链接使用静态库// main.c #include stdio.h #include math.h int main() { printf(12%d\n, add(1,2)); printf(5-3%d\n, sub(5,3)); return 0; }bash运行# 编译链接-L. 表示当前目录找库-lmath 表示链接 libmath.a gcc main.c -L. -lmath -o app_static步骤 5运行bash运行./app_static # 直接运行不需要依赖 libmath.a4. 优缺点✅优点编译完成后可执行文件独立运行不需要依赖环境里的库运行时没有加载库的开销调用速度快不存在版本兼容问题代码都打包进程序了。❌缺点可执行文件体积大每个程序都拷贝一份库代码浪费磁盘和内存空间库升级时所有使用它的程序都要重新编译链接无法热更新。三、动态库Shared Library1. 本质原理动态库也叫共享库程序链接阶段不会拷贝库的代码只是在可执行文件里记录 “我依赖哪个动态库、哪个函数”。 程序启动运行时操作系统的动态链接器会把依赖的动态库加载到内存里程序直接调用内存里的库代码。多个程序可以共享同一份内存里的动态库代码所以叫共享库。流程示意图plaintext编译阶段源文件main.c → main.o 链接阶段main.o libtest.so只记录依赖关系 → 可执行文件不含库代码 运行阶段可执行文件 内存中的libtest.so → 执行 多个程序可以共用同一份内存里的库代码2. 命名与格式Linux 下命名规则lib 库名 .so比如libmath.so、libc.so.6Windows 下对应.dll文件3. 制作与使用实操gcc步骤 1同样的源码add.c、sub.c、math.h步骤 2编译生成位置无关的目标文件动态库必须用-fPIC参数生成位置无关代码Position Independent Code这样加载到内存任意位置都能运行bash运行gcc -c -fPIC add.c sub.c步骤 3生成动态库bash运行gcc -shared add.o sub.o -o libmath.so # 生成 libmath.so 动态库文件步骤 4链接使用动态库bash运行gcc main.c -L. -lmath -o app_dynamic步骤 5运行注意路径问题直接运行会报错因为系统默认只在/lib、/usr/lib找动态库找不到当前目录的库bash运行./app_dynamic # 报错error while loading shared libraries: libmath.so: cannot open shared object file解决方法三选一临时设置环境变量bash运行export LD_LIBRARY_PATH.:$LD_LIBRARY_PATH ./app_dynamic把库文件复制到系统库目录bash运行cp libmath.so /usr/lib ldconfig编译时指定运行时库路径bash运行gcc main.c -L. -lmath -Wl,-rpath. -o app_dynamic4. 优缺点✅优点可执行文件体积小多个程序共享内存里的同一份库节省内存和磁盘空间库升级时替换.so文件即可所有程序自动使用新版本不用重新编译支持热更新可以动态加载dlopen程序运行时按需加载不用启动就全部加载。❌缺点运行必须依赖环境里的对应库移植麻烦运行时有加载开销函数调用比静态库稍慢版本管理复杂不同版本库可能不兼容。四、动静态库核心对比表表格对比维度静态库动态库共享库链接时机编译链接阶段完整拷贝代码编译时只记录依赖运行时加载可执行文件体积大包含库代码小只有引用信息运行依赖不依赖库文件独立运行必须依赖对应动态库文件内存占用每个程序各一份浪费内存多程序共享内存中同一份节省内存升级方式所有程序重新编译替换库文件即可热更新运行速度快无加载开销稍慢启动需加载文件后缀Linux: .aWindows: .libLinux: .soWindows: .dll类比每人复印一本完整字典全班共用一本字典查的时候去翻五、生活化类比理解静态库 把菜谱复印一份带回家你要做饭直接把整本菜谱复印一份放自己家里好处做饭的时候随时翻不用跑外面速度快坏处占家里空间菜谱更新了你得重新复印一本。动态库 社区公共图书馆的菜谱你家里只记一句 “菜谱在社区图书馆 3 层”不用自己存做饭的时候去图书馆翻小区所有人都可以用同一本好处不占家里空间菜谱更新了直接换图书馆的那本所有人都能用新版坏处每次都要跑图书馆稍微麻烦点图书馆没了就做不了饭。六、典型应用场景静态库适用场景小型工具程序追求独立运行不想依赖环境对性能要求极高的核心模块避免运行时加载开销发布简单不需要用户额外安装依赖。动态库适用场景大型系统、多个程序共用的基础库比如系统标准库、图形库需要热更新、不停机升级的业务系统插件化架构程序运行时按需加载功能模块。七、常见坑点动态库找不到运行时报错找不到.so优先检查LD_LIBRARY_PATH、库路径、rpath 设置静态库链接顺序gcc 链接时依赖的库要写在源文件后面否则会报 “未定义引用”动态库版本兼容更新动态库要保证接口兼容否则程序运行会崩溃静态库重复链接多个静态库互相依赖容易出现符号重复定义。八、思维导图C/C动静态库 ├─ 本质可复用的二进制代码集合实现代码复用、模块化 ├─ 静态库 Static Library │ ├─ 原理链接时完整拷贝进可执行文件 │ ├─ 格式libxxx.aLinux、.libWindows │ ├─ 制作gcc -c 编译 → ar rcs 打包 │ ├─ 优点独立运行、速度快、无依赖 │ ├─ 缺点体积大、升级需重编译、浪费内存 │ └─ 场景小型程序、高性能场景 ├─ 动态库 Shared Library │ ├─ 原理运行时加载多程序共享内存 │ ├─ 格式libxxx.soLinux、.dllWindows │ ├─ 制作gcc -fPIC -shared 生成 │ ├─ 运行依赖LD_LIBRARY_PATH、rpath、系统库目录 │ ├─ 优点体积小、可热更新、节省内存 │ ├─ 缺点有依赖、启动稍慢、版本兼容问题 │ └─ 场景系统基础库、插件化、需热更新场景 ├─ 核心对比 │ ├─ 链接时机与方式 │ ├─ 体积、内存、速度 │ ├─ 升级方式与依赖 │ └─ 适用场景 └─ 常见坑点动态库路径、静态库链接顺序、版本兼容谢谢