在C++项目中，如何正确区分并链接静态库与动态库的源代码？

在C++项目中，区分并链接静态库与动态库主要依赖文件扩展名、构建工具配置以及预处理器宏。

一、区分静态库与动态库

1. 文件扩展名：
   • Linux/macOS：静态库为 .a，动态库为 .so 或 .dylib。
   • Windows：静态库为 .lib，动态库的导入库也为 .lib，但运行时需对应的 .dll 文件。
2. 符号可见性：静态库包含完整的未链接目标代码；动态库通常通过 __declspec(dllexport)（Windows）或 __attribute__((visibility("default")))（GCC/Clang）控制导出符号。

二、链接方法

1. 命令行编译：
   • 链接静态库：直接将 .a 或 .lib 作为输入文件，或使用 -l 参数配合 -L 指定路径。
   • 链接动态库：同样使用 -l 参数，但编译器会优先寻找动态库。若需强制链接静态库，可使用 -Wl,-Bstatic -l库名 -Wl,-Bdynamic。
2. CMake 构建系统：
   • 使用 add_library(库名 STATIC 源文件) 定义静态库，add_library(库名 SHARED 源文件) 定义动态库。
   • 使用 target_link_libraries(目标 库名) 进行链接，CMake 会自动处理依赖传递。

三、判断依据与适用条件

• 选择静态库：适用于需要单一可执行文件分发、避免运行环境依赖冲突的场景，代价是二进制体积增大。
• 选择动态库：适用于多程序共享同一库以节省内存、支持热更新或插件化架构的场景，代价是需管理运行时的库路径（如 LD_LIBRARY_PATH 或 rpath）。

四、常见误区

1. Windows下混淆.lib：.lib 既可能是纯静态库，也可能是动态库的导入库（Import Library）。需结合是否存在同名 .dll 或查看库内符号来判定。
2. 忽略ABI兼容性：动态库升级时若修改了类布局或虚函数表顺序，会导致已编译的程序崩溃，而静态库在重新编译时可规避此问题。
3. 头文件与库不匹配：链接库时必须使用与该库编译时一致的头文件，否则可能因内联函数差异或结构体大小不同引发未定义行为。