conan 不支持 profile 内动态切换编译器配置，必须为不同编译器（如 gcc 12、clang 16、msvc 193）分别创建独立 profile，显式声明 compiler、version、libcxx/runtime 等 settings，并通过 -pr:h 指定 host profile，确保 abi 隔离与二进制唯一性。
Conan 本身不支持“同一个 profile 内按编译器动态切换配置”——它靠 profile + settings 组合来静态确定构建环境，所以“不同编译器用不同配置”的本质是：为每个编译器准备独立的 profile，或在单个 profile 中用 settings 精确区分编译器变体。
profile 必须显式声明 compiler 和 version
Conan 的 settings 是分层键值结构，compiler、compiler.version、compiler.libcxx 等都属于必填项（除非你禁用 settings 检查）。Conan 不会自动探测当前系统编译器，也不会根据 CC 环境变量反推 settings。
常见错误现象：conan install 报错 Setting 'compiler' is not defined for this configuration，或生成的 CMakeToolchain 里 CMAKE_CXX_COMPILER 为空 —— 这说明 profile 里漏写了 compiler=xxx 或版本不匹配。
- GCC 12 需写
compiler=gcc+compiler.version=12+compiler.libcxx=libstdc++11 - Clang 16 需写
compiler=clang+compiler.version=16+compiler.libcxx=libc++ - MSVC 193+（VS 2022）需写
compiler=msvc+compiler.version=193+compiler.runtime=dynamic
不能靠 if/else 在 profile 里写条件逻辑
Conan profile 文件是纯 INI 格式，不支持 Jinja2 模板语法、变量计算或条件块。像 {% if compiler == "gcc" %}CC=/path/gcc{% endif %} 这类写法在 Conan 2.x 中直接报错或被忽略。
正确做法是：为每个编译器链维护一个 profile 文件，例如：
-
profiles/gcc-12-armv8：含[settings] compiler=gcc compiler.version=12 arch=armv8和对应[buildenv] CC=... -
profiles/clang-16-x86_64：含[settings] compiler=clang compiler.version=16 arch=x86_64 -
profiles/msvc-193-win64：含[settings] compiler=msvc compiler.version=193 os=Windows
调用时明确指定：conan install . -pr:h gcc-12-armv8 -pr:b default（host profile 用 gcc-12-armv8，build profile 用本地 default）。
通过 conf 覆盖工具链行为，但不能替代 settings
如果你希望 GCC 和 Clang 共享同一套 CMake flag，但又不想重复写两份 profile，可以用 [conf] 区域统一注入构建参数，比如：
tools.build:cxxflags=["-Wall", "-Wextra"] tools.build:defines=["MY_PROJECT_BUILD=1"]
这类配置会被所有编译器读取，但注意：
-
tools.cmake.cmaketoolchain:user_toolchain仍需按编译器分别指向不同 toolchain.cmake（Clang 的 toolchain 和 MSVC 的不兼容） -
tools.build:sysroot或tools.build:linker_scripts这类路径敏感项，不能混用 - 某些 conf 项（如
tools.cmake.cmaketoolchain:generator）对不同编译器可能无效（Ninja 对 MSVC 支持有限）
容易被忽略的 ABI 冲突点
最隐蔽的问题不是配置写错，而是你以为用了不同编译器 profile，结果二进制却混用了 ABI —— 尤其在 Linux 上：
- GCC 12 +
libcxx=libstdc++11和 Clang 16 +libcxx=libstdc++11看似兼容，但实际 libstdc++ 版本可能不匹配（Clang 调用的是 GCC 12 的 libstdc++，而非自带） - Clang +
libcxx=libc++生成的库绝对不能和 GCC 链接，std::string的内存布局和符号修饰完全不同 - MSVC 的
runtime=dynamicvsruntime=static会影响 CRT 链接方式，跨 profile 复用时必须保持一致
真正要让不同编译器“各走各路”，关键不是 profile 写得多花哨，而是确保每份 profile 的 settings 组合全局唯一、ABI 可预测，并且所有 [conf] 和 [buildenv] 都只服务于该组合。否则，Conan 生成的依赖二进制会互相污染，debug 时连崩溃栈都对不上。
