VS2022引用自定义Direct2D静态库时出现大量LNK2019链接错误

所有报错均为Win32窗口相关API的导入符号未找到，和静态库代码逻辑、运行时库匹配度无关。
静态库和直接加入源码编译的核心差异是：静态库不会自动向最终链接环节传递自身依赖的系统库配置；而你把源码直接加入示例项目时，VS会为Windows桌面应用项目默认注入常用Win32系统库的链接参数，因此不会报错。
报错符号带__imp_前缀说明编译器已经正确识别到这些API需要通过动态导入方式调用，只是链接阶段找不到对应的系统导入库文件。

二选一即可，推荐用方案2，减少库使用者的配置成本。

方案1：手动给示例项目添加依赖 #

打开示例项目属性页，定位到「配置属性 → 链接器 → 输入 → 附加依赖项」，添加user32.lib后重新编译即可。

注：后续如果出现Direct2D、DirectWrite相关的链接错误，再按相同方式补充d2d1.lib、dwrite.lib、d3d11.lib等对应图形组件的导入库。

方案2：在静态库公共头文件中自动注入链接配置 #

打开静态库对外暴露的头文件（即示例中引用的Ice2DApp.h），在引入Windows.h的代码段之后添加如下指令：

// 自动链接依赖的系统库，使用者无需手动配置
#pragma comment(lib, "user32.lib")
// 库本身依赖的其他系统库也可以一并在此声明，比如Direct2D相关依赖：
// #pragma comment(lib, "d2d1.lib")
// #pragma comment(lib, "dwrite.lib")
// #pragma comment(lib, "ole32.lib")

添加后只要项目包含该头文件，VS会自动把依赖的库传递给链接器，无需每个使用该静态库的项目单独改配置。

你之前尝试编译动态库出现损坏问题，和本次静态库链接错误没有直接关联，一般是导出宏配置错误、依赖项缺失导致的，按上面的思路梳理清楚依赖传递逻辑即可排查。
修改配置时注意同时覆盖Debug/Release、x86/x64所有目标平台的配置，避免切换编译目标后重复报错。

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