使用conan.cmake配合cmake_multi生成器时缺失build_type参数问题排查

• Conan的包ID生成规则中，build_type是核心配置维度：不同构建类型的依赖包会生成独立的包ID，Conan需要明确指定build_type才能匹配到缓存或远端的对应依赖包。
• 多配置CMake生成器（如Visual Studio、Xcode）的CMAKE_BUILD_TYPE变量在配置阶段无固定值——该值为编译阶段的可选参数，因此conan.cmake 内置的自动传参逻辑（仅当CMAKE_BUILD_TYPE有明确赋值时才传递给Conan）在该场景下完全失效，不会给Conan传递任何build_type相关参数。
• 若Conan profile未预置build_type配置，Conan会使用内置默认的build_type=Release计算包ID、拉取依赖，最终只会生成Release配置对应的依赖路径，当Debug配置尝试关联依赖时，就会触发包缺失报错。
• 手动在conan_args中添加build_type参数的行为，本质是补上了Conan生成依赖配置所需的build_type上下文，让cmake_multi生成器能正确关联不同构建类型的依赖路径，因此可以正常识别两类配置的依赖包。

• 依赖conan.cmake的自动参数传递逻辑适配多配置场景，但该逻辑本身仅面向单配置生成器（如Ninja、MinGW Makefiles）设计，未处理多配置生成器的参数传递需求。
• 未按照cmake_multi生成器的要求，显式为所有需要的构建类型传递-s build_type=xxx参数，导致Conan无法正确生成多配置对应的依赖路径关联表。
• 未在Conan默认profile中预置兜底的build_type配置，进一步放大了参数缺失带来的包匹配失败问题。

• 无需修改conan.cmake源码：在调用conan_cmake_run函数时，通过BUILD_TYPE参数传入需要支持的构建类型列表，示例代码：

  conan_cmake_run(REQUIRES boost/1.71.0@conan/stable libconfig/1.6@internal/custom
                  GENERATORS cmake_multi
                  BUILD_TYPE Release Debug
                  BASIC_SETUP CMAKE_TARGETS
                  )
  

  该参数会自动为每个构建类型执行对应的Conan配置操作，生成多配置的依赖头文件、库路径关联规则。
• 如果不使用BUILD_TYPE列表参数，也可以在CMake配置阶段手动遍历所有需要的构建类型，分别执行Conan install命令，每个命令显式传递对应的build_type参数，生成的conanbuildinfo_multi.cmake会自动适配cmake_multi的多配置关联逻辑。
• 可在Conan默认profile中添加build_type=Release作为兜底配置，避免参数漏传时出现完全无法匹配依赖的问题。

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