动态库和静态库的链接加载
静态库的链接与加载
静态库（如.a或.lib文件）在编译时直接链接到可执行文件中。编译器会将静态库中实际用到的代码复制到最终的可执行文件，生成独立的二进制文件。优点是不依赖外部库文件，但会导致可执行文件体积较大。
生成静态库的示例命令（Linux）：
ar rcs libexample.a file1.o file2.o
链接静态库的编译命令：
gcc main.c -L. -lexample -o program
动态库的链接与加载
动态库（如.so或.dll文件）在运行时加载，可被多个程序共享。分为两种加载方式：
隐式加载（编译时链接）
编译器记录库的依赖信息，程序启动时由动态链接器自动加载。需要同时提供头文件和库文件路径。
编译命令示例：
gcc -shared -fPIC -o libexample.so file1.c file2.c
gcc main.c -L. -lexample -o program
显式加载（运行时手动加载）
通过dlopen()等API在代码中动态加载，适合插件化设计。需自行处理符号查找和错误。
示例代码片段：
void* handle = dlopen("./libexample.so", RTLD_LAZY);
if (handle) {void (*func)() = dlsym(handle, "function_name");if (func) func();dlclose(handle);
}
关键差异对比
- 文件大小：静态库会增大可执行文件，动态库共享代码
- 内存占用：动态库可节省内存（多个进程共享）
- 更新维护：动态库无需重新编译主程序即可更新
- 依赖管理：动态库需要确保运行时环境存在对应库文件
- 加载时机：静态库在编译时确定，动态库可延迟加载
常见问题处理
- 动态库路径问题：通过
LD_LIBRARY_PATH环境变量或rpath指定搜索路径 - 符号冲突：静态库可能导致重复符号定义，动态库通过版本控制解决
- 性能考量：静态库调用无额外开销，动态库存在加载和跳转成本
Windows平台注意：
- 动态库对应
.dll和.lib（导入库） - 显式加载使用
LoadLibrary()和GetProcAddress()API