Visual Studio 2017中引用静态库的最简方法及依赖配置问题

嘿，这个场景我太熟了——你搭建了一个API封装库（生成.lib）来包装供应商的静态库，结果主应用链接你的封装库时，因为找不到底层供应商的库符号报错，对吧？别担心，这是静态库链接的典型问题，因为静态库本身不会自动传递它的依赖，我给你几个靠谱的解决办法：

如果用的是VS开发，这是最省心的方式：

• 打开你的API Wrapper Lib项目属性，找到链接器 -> 输入，在「附加依赖项」里添加供应商的静态库文件名（比如VendorStaticLib.lib）。
• 接着切换到常规 -> 项目默认值，把「链接库依赖项」设为是，再把「使用库依赖项输入」也设为是。
  这样一来，当主应用设置依赖你的API Wrapper Lib时，VS会自动把供应商的静态库也加入主应用的链接列表，不用你手动在主应用里配置。

如果你不想让主应用感知到底层供应商库的存在，可以直接把两个静态库合并成一个。在Windows下用自带的lib命令就行：

lib /OUT:CombinedWrapper.lib MyWrapperLib.lib VendorStaticLib.lib

生成的CombinedWrapper.lib包含了两个库的所有代码，主应用只需要链接这一个文件，完全不用管供应商的库细节。

如果上面两种方法不适用，最直接的方式就是在主应用的项目属性里做全量配置：

• 到链接器 -> 输入的「附加依赖项」里，同时添加你的API Wrapper Lib和供应商的静态库。
• 确保两个库的路径都在链接器 -> 常规的「附加库目录」里配置妥当。
• 另外，供应商库的头文件路径也要加到主应用的C/C++ -> 常规的「附加包含目录」中（如果你的封装库没有把这些头文件完全封装起来的话）。

几个关键注意点 #

• 所有静态库的编译配置必须一致：比如都是Debug/Release模式，同为x86或x64架构，运行时库设置（比如/MD或/MT）也要相同，不然链接时会出现符号不匹配或者编译错误。
• 如果供应商的静态库有其他隐性依赖（比如动态库.dll），记得把对应的.dll放到主应用的输出目录里，不然运行时会找不到。

内容的提问来源于stack exchange，提问作者Mordachai