Visual Studio生成器下CMAKE_BUILD_TYPE不生效是正常设计：它为多配置生成器，构建类型由--config参数（如cmake --build . --config Release）决定，而非CMAKE_BUILD_TYPE变量；该变量仅对Makefile/Ninja等单配置生成器有效。
Visual Studio 生成器下 CMAKE_BUILD_TYPE 不生效是正常现象
传 -DCMAKE_BUILD_TYPE=Release 给 Visual Studio 生成器，CMake 不报错但也不起作用——这不是 bug，而是设计使然。多配置生成器（如 Visual Studio 17 2022）根本不读这个变量，它把构建类型交给 IDE 或 cmake --build 的 --config 参数决定。
常见错误现象：
- 在 VS 中右键项目 → “属性” → 配置仍显示为
Debug -
cmake --build build默认构建Debug目标，不是你传的Release - CMake 缓存里
CMAKE_BUILD_TYPE值为空或残留旧值，误导判断
正确做法只有两个：
- 配置阶段不设
CMAKE_BUILD_TYPE，只指定生成器：cmake -S . -B build -G "Visual Studio 17 2022" - 构建时用
--config显式选型：cmake --build build --config Release
Conan host profile 的 build_type 必须和 --config 对齐
Conan 不会自动感知你当前用的是 Release 还是 Debug 构建；它只看 host profile 里声明的 build_type。如果 profile 是 build_type=Debug，但你 cmake --build --config Release，链接时大概率报 undefined reference 或 ABI 不匹配。
典型场景：
- 你有
conan profile show msvc-debug，其中build_type=Debug - 执行
conan install . -pr=msvc-debug --build=missing - 再用
cmake --build build --config Release→ 失败
必须保持一致：
- 要构建
Release，就用-pr=msvc-release安装依赖，且该 profile 的build_type=Release - VS 中切换配置时，也要确保 Conan 已为对应配置安装过依赖（
conan install要跑两遍）
CMakeToolchain + CMakeDeps 生成的文件名含配置后缀
用多配置生成器时，CMakeToolchain 生成的 conan_toolchain.cmake 文件本身不含配置信息；但 CMakeDeps 生成的 *-config.cmake 文件会按 build_type 分目录存放，例如：
generators/
├── fmt-config.cmake
├── spdlog-config.cmake
└── debug/ <-- 注意这个子目录
├── fmt-config.cmake
└── spdlog-config.cmake这意味着：
-
find_package(fmt)在--config Debug下会自动找debug/fmt-config.cmake - 如果你只运行过
conan install -pr=msvc-debug，那release/目录下没文件，--config Release会直接失败 -
CMAKE_TOOLCHAIN_FILE指向的conan_toolchain.cmake是通用的，不区分 config
VSCode 多配置工作流依赖 CMakePresets.json
手动维护多个 build/ 目录容易混乱，尤其在多配置生成器下。VSCode 的 CMake Tools 扩展靠 CMakePresets.json 管理不同 --config 组合，而不是靠反复改命令行参数。
关键点：
- 每个
configurePreset必须配唯一binaryDir，比如build/vs-debug和build/vs-release -
cacheVariables里不要写CMAKE_BUILD_TYPE，它对 VS 生成器无效 - 在
buildPreset里加"configuration": "Release"，这样cmake --build才能自动带--config - Conan 安装也得按 preset 拆开：一个 preset 对应一个
conan install -pr=xxx，不能共用
最容易被忽略的是：Conan 生成的 generators/ 目录默认放在项目根下，不是 build/ 下。如果你多个 preset 共享同一 generators/，它们会互相覆盖 —— 必须为每个 preset 单独指定 output_dir 或清空后再重装。
