链接器默认优先选择动态库（.so），即使静态库（.a）路径更靠前或同名存在；强制静态链接的可靠方式包括：使用完整路径直接链接.a文件、加-static参数（全局静态）、或用-wl,-bstatic/-wl,-bdynamic精准控制单库。
链接器默认优先选动态库，哪怕静态库路径写得更靠前
只要同名的 .so 和 .a 文件同时存在于 -L 指定的路径下，g++ 或 ld 就会无条件选 .so。这不是 bug，是 GNU 链接器的硬编码行为：它按固定后缀优先级搜索，.so > .a。即使你把 -lmylib 放在命令行最前面，或者先写 -L./lib_static 再写 -L./lib_shared，只要两个目录里都有 libmylib.so 和 libmylib.a，它照样跳过静态库。
强制用静态库的三种可靠方式
想绕过默认行为，必须显式打破“后缀自动匹配”逻辑：
- 用完整路径直接链接
.a文件：g++ main.cpp ./lib/libmylib.a -o app—— 这是最干净的做法，不依赖-l机制，链接器没机会去搜.so - 加
-static参数：g++ main.cpp -L./lib -lmylib -static -o app—— 但注意：它会让**所有库**（包括libc、libstdc++）都走静态，不是只针对mylib - 用
-Wl,-Bstatic切换链接模式：g++ main.cpp -L./lib -Wl,-Bstatic -lmylib -Wl,-Bdynamic -lotherlib -o app—— 这能精准控制单个库，但必须成对出现，且顺序不能错
Windows 下 MSVC 和 MinGW 行为不一致
MSVC 默认不自动区分 .lib 类型，它靠导入库（import library）和静态库（static library）的文件内容识别。如果你给的是 DLL 的 .lib（即导入库），它就会走动态链接；给的是纯静态 .lib，就嵌入代码。MinGW 则模仿 GCC，同样优先 .dll 而非 .a。所以跨平台项目里，别依赖“同名 .lib 就能自动切换”，得在构建脚本里明确指定路径或使用 target_link_libraries 的 INTERFACE/OBJECT 属性。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
CMake 中最容易踩坑的写法
很多人写 find_library(MYLIB mylib) 后直接 target_link_libraries(app ${MYLIB})，以为能找到就万事大吉。其实 find_library 默认返回第一个匹配项，而它的搜索顺序受 CMAKE_FIND_LIBRARY_SUFFIXES 控制（Linux 默认是 “.so;.a”）。结果就是：它大概率返回 .so 的路径，哪怕你本意是静态链接。正确做法是：
- 显式限定后缀：
find_library(MYLIB NAMES mylib PATHS ./lib NO_DEFAULT_PATH CMAKE_FIND_LIBRARY_SUFFIXES ".a") - 或用
add_library(mylib STATIC IMPORTED)+set_property指向具体.a文件
否则，CMake 生成的 Makefile 里还是会出现 -lmylib，链接器照旧选动态版本。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
