.lib 是静态库或导入库，静态库在链接期将代码复制进可执行文件，.dll 则运行时动态加载；二者核心区别在于链接时机与符号绑定方式。
什么是 .lib 文件，它和 .dll 有什么根本区别
.lib 在 C++ Windows 项目中通常指**静态库（static library）**，本质是已编译的目标文件（.obj）的归档集合，不依赖运行时加载。它和 .dll 的核心差异不在“能不能用”，而在于**链接时机与符号绑定方式**：静态库在链接期（link time）把代码直接复制进最终可执行文件；.dll 则需运行时动态加载，符号只保留引用。
容易混淆的是“导入库（import library）”也用 .lib 后缀——它不包含实现，只含 DLL 导出函数的符号 stub 和重定向信息，用于让链接器通过 /DLL 模式顺利生成可执行文件。判断一个 .lib 是静态库还是导入库，最可靠方式是用 dumpbin /headers xxx.lib 查看：若输出含 characteristics 0x00000000 且无 EXPORTS 节，则大概率是静态库；若出现 IMPORT 或导出函数列表，则是导入库。
如何在 Visual Studio 中正确链接 .lib 文件
链接 .lib 不只是把文件拖进项目，关键在三处配置必须对齐：
- 确保
Configuration Properties → General → Configuration Type设为Application (.exe)或Dynamic Library (.dll)，不能是Static Library（否则无法生成可执行入口） -
Configuration Properties → Linker → General → Additional Library Directories添加.lib所在路径（如$(SolutionDir)libs\），不是文件名 -
Configuration Properties → Linker → Input → Additional Dependencies填入文件名，如mylib.lib；若同时用多个，用空格或换行分隔，不要加路径
常见错误：把 mylib.lib 直接拖到解决方案资源管理器里——这只会让它出现在文件列表，不会参与链接。还有一种隐性失败：项目平台（x64/Win32）和 .lib 编译平台不一致，链接器报 LNK2001: unresolved external symbol，但不提示平台问题，需用 dumpbin /headers mylib.lib | findstr machine 确认目标架构。
立即学习“C++免费学习笔记（深入）”；
静态库 .lib 的符号可见性控制很关键
静态库内部函数默认是 static 链接属性，除非显式声明为 extern "C" 或使用 __declspec(dllexport)（后者对静态库无效，仅对 DLL 有意义）。这意味着：你在 mylib.lib 里写了一个 void helper()，如果没在头文件中声明，调用方即使链接了该库也无法访问——链接器根本看不到这个符号。
正确做法是提供配套头文件，并确保所有供外部调用的函数/类都满足：
- 有对应头文件声明（
helper.h中声明void helper();） - 头文件中避免使用未导出的内部类型（如私有
struct detail::impl） - 若涉及 C++ 模板，必须将实现放在头文件中（静态库无法导出模板实例化体）
- 跨模块异常（如从 lib 抛出、exe 捕获）需统一使用相同 CRT 版本（/MTd vs /MD），否则
std::exception析构可能崩溃
用 dumpbin 和 link /verbose 定位链接失败原因
当出现 LNK2019 或 LNK2001，别急着改代码，先确认符号是否真被收录进 .lib：
dumpbin /symbols mylib.lib | findstr "helper"
如果没输出，说明该函数根本没被编译进库（可能被条件编译屏蔽、或源文件没加入构建）。如果找到了，再检查调用方是否用了匹配的调用约定（__cdecl vs __stdcall）、名字修饰（C++ name mangling）是否一致。此时开 Linker → General → Show Progress 设为 LinkVerbose，链接时会打印每个 .lib 被扫描的符号，能直观看到 linker 是否真的读取了你的库。
一个常被忽略的细节：.lib 文件本身不携带调试信息（.pdb 是独立文件），若想在调试时跳进静态库代码，必须确保生成库时开启了 Configuration Properties → General → Debug Information Format（如 Program Database (/Zi)），且调用方项目设置了 Configuration Properties → Debugging → Symbol File (.pdb) 路径。
