vcpkg+CMake编译DLL后应用链接时头文件缺失、导入库无法识别问题咨询

问题a解答 #

• 如果DLL对外暴露的公开头文件中，直接/间接包含了第三方库的头文件，或者使用了第三方库定义的类型、宏、常量作为公开接口的一部分，那么这些第三方头文件就属于上层应用的编译依赖项，上层应用编译阶段必须能访问到对应头文件路径。
• 如果DLL的公开头文件仅声明自身接口，所有第三方依赖都被封装在DLL内部（即头文件中没有任何第三方库的引用），那么上层应用不需要依赖第三方头文件。

问题b解答 #

链接报错的核心原因是CMake配置错误：

• 你在fooapp的CMakeLists.txt中执行target_link_libraries(foo INTERFACE spdlog::spdlog spdlog::spdlog_header_only)的操作，是直接修改了foo（DLL导入目标）的接口链接属性，破坏了该导入目标原本的导入库路径配置，导致CMake无法再正确索引到foo.dll.a的位置。
• 同时你同时链接spdlog的静态库版本和头文件-only版本属于重复配置，本身也存在符号冲突的风险。
• 正确的配置逻辑应该是在生成foo.dll的CMakeLists.txt中就给foo目标添加PUBLIC属性的spdlog依赖：target_link_libraries(foo PUBLIC spdlog::spdlog)，这样当上层应用链接foo目标时，CMake会自动将spdlog的头文件路径等依赖传递到上层应用，不需要在fooapp的配置中手动声明spdlog依赖。

问题c解答 #

移除spdlog依赖后，你不需要再在fooapp的CMakeLists中添加那行错误的配置，foo导入目标的原有属性没有被修改，CMake可以正常读取到foo.dll.a的路径，因此整个编译链接流程可以正常运行。该现象也反向验证了错误的target_link_libraries配置是链接失败的直接原因。

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