conan install 时必须显式指定 --settings build_type=debug 或 release，不可依赖 profile 默认值或 cmake 的 cmake_build_type；否则将导致依赖与构建类型不匹配，引发链接错误或运行时崩溃。
conan install 时必须显式传 build_type 设置
Conan 不会自动从 CMake 的 CMAKE_BUILD_TYPE 推断构建类型，它只认自己的 build_type setting。如果你没在 conan install 命令里指定，Conan 就用 profile 里的默认值（通常是 Release），哪怕你后续用 cmake -DCMAKE_BUILD_TYPE=Debug 构建，链接的却是 Release 版依赖，大概率报符号缺失或 ABI 不兼容错误。
正确做法是：每次运行 conan install 都带上 --settings build_type=Debug 或 --settings build_type=Release，且该值必须和你最终给 CMake 的 CMAKE_BUILD_TYPE 严格一致。
- Linux/macOS 单配置生成器（Ninja/Makefiles）：
conan install .. --settings build_type=Debug -if build - Windows MSVC 多配置生成器（Visual Studio）：
conan install .. --settings build_type=Debug -if build（注意：这里仍要设build_type，只是后续 CMake 构建时不传-DCMAKE_BUILD_TYPE） - 别依赖
conan profile show default的输出来“省事”，profile 默认值容易被忽略或误改
CMakeToolchain 生成的 toolchain 文件是否包含 build_type
是的，但仅当 CMakeToolchain generator 被启用且 build_type 在 Conan settings 中明确存在时，它才会把构建类型映射为 CMake 变量（如 CMAKE_BUILD_TYPE）。不过这个映射不是无条件生效的：
- 单配置环境（Ninja/Makefiles）：CMakeToolchain 会写入
set(CMAKE_BUILD_TYPE "Debug")，你必须include()这个文件，且不能在命令行再覆盖它（否则冲突） - 多配置环境（Visual Studio）：CMakeToolchain 不设置
CMAKE_BUILD_TYPE，因为 VS 本身管理多个配置；此时build_type=Debug的作用是让 Conan 下载/构建 Debug 版二进制，并在CMakeDeps生成的xxx-config.cmake中写入对应 debug 链接路径 - 如果你用了
CMakeToolchain但没在conan install里传build_type，toolchain 里就什么都不会设 —— 它不“猜测”，只“反射”
为什么 find_package(fmt) 有时链接错配置
根本原因在于 CMakeDeps 生成的 fmt-config.cmake 是按 build_type 分目录存放的（比如 build/Debug/ 和 build/Release/），而 CMake 的 find_package 默认只查 CMAKE_PREFIX_PATH 下的顶层路径。如果你在 Debug 构建时却把 CMakeDeps 输出到了 build/Release/，CMake 就找不到 Debug 版的 fmt::fmt 目标。
- 确保
conan install的-if目录和 CMake 的构建目录结构对齐：比如用-if build/Debug，就在那个目录下运行cmake -S . -B build/Debug -DCMAKE_BUILD_TYPE=Debug - 检查
build/Debug/generators/下是否存在fmt-config.cmake，不存在说明conan install没走对路径或build_type不匹配 - 不要手动修改
CMAKE_PREFIX_PATH去“绕过”这个问题，这会让依赖路径不可控
Profile 里 build_type 设错会导致什么
Profile 中的 build_type 只在你没显式传 --settings build_type=xxx 时起作用。但它一旦设错（比如 profile 写了 build_type=Release，你却想构建 Debug），后果很隐蔽：
-
conan install会静默使用 Release 依赖，不报错 - CMake 可能成功 configure，甚至 build 出可执行文件，但运行时报
undefined symbol（尤其是涉及调试专用 API 或未优化内联的函数） - 在 Windows 上，MSVC 的
/MDdvs/MD运行时库不匹配，直接导致链接失败或运行时崩溃 - 修复方式不是改 profile，而是每次 install 都显式指定 —— profile 应只存编译器、架构等稳定项，
build_type留给命令行控制
conan install 命令里亲手敲出来的 --settings build_type=xxx。漏掉它，后面所有步骤都可能在用 Release 的库跑 Debug 的代码，问题往往到运行时才暴露，排查成本远高于敲那十几个字符。
