C++ ABI不兼容导致不同编译器（如GCC、Clang、MSVC）或同一编译器不同版本生成的二进制无法混用，根源在于name mangling、类布局、异常处理、std::string内存结构等实现差异；Conan通过compiler、version、libcxx等settings生成唯一包ID来隔离这些差异。
conan 默认就按编译器区分包，关键在于**你声明的 settings 是否完整、profile 是否匹配实际环境**。不手动干预，它也会自动选错——不是它不支持，而是你没给够判断依据。
为什么不同编译器要用不同包？
C++ ABI 不兼容：GCC 和 Clang 的 std::string 布局可能不同；MSVC 的 RTTI 和异常处理机制也和它们不互通；甚至同一编译器不同版本（如 GCC 9 vs GCC 12）也可能因 stdlibc++ 版本或 C++ 标准库实现变化导致二进制不兼容。Conan 把这些差异编码进包 ID，只要 settings 里写了 compiler、compiler.version、compiler.libcxx 等，它就能生成唯一哈希，避免混用。
conan install 必须显式指定编译器 profile 或参数
如果你只运行 conan install .，它会用默认 profile（通常是系统检测到的本地编译器），但这个 profile 很可能和你要构建的目标不一致。比如你在 Ubuntu 上用 GCC 编译，却想生成 Windows + MSVC 的包，不指定就必然错。
- 用内置 profile：
conan install . -pr:h gcc-11 -pr:b clang-14（-pr:h是 host profile，即目标平台；-pr:b是 build profile，即构建工具链所在平台） - 用自定义 profile 文件：
conan install . -pr:h ./profiles/linux-gcc12 -pr:b default - 纯命令行参数（适合简单场景）：
conan install . -s compiler=gcc -s compiler.version=12 -s compiler.libcxx=libstdc++11 -s build_type=Release - 注意：
-s参数必须和你的conanfile.py中settings = "os", "compiler", ...完全对齐，缺一项就可能命中错误的包或触发重编译
profile 文件里 compiler.libcxx 容易被忽略
尤其在 Linux 下，GCC 默认用 libstdc++，但 C++11 后有 libstdc++11；Clang 可能用 libc++。如果 profile 里只写 compiler=gcc、compiler.version=12，却漏了 compiler.libcxx=libstdc++11，Conan 会按默认值（可能是旧版 libstdc++）算包 ID，结果找不到预编译包，被迫从源码重编——而你根本没意识到是这里错了。
- 查当前 profile 设置：
conan profile show gcc-12 - 确保包含这三行（以 GCC 为例）：
compiler=gcc compiler.version=12 compiler.libcxx=libstdc++11
- Windows + MSVC 还要加：
compiler.runtime=dynamic或static，否则 Release/Debug + MT/MD 组合全错位
交叉编译时 host/build 分离是硬性要求
比如用 x86_64 Linux 主机编译 aarch64 Linux 固件，host 是目标平台（aarch64），build 是构建平台（x86_64）。这时必须用两个 profile：-pr:h 描述目标（含 os=Linux arch=armv8 compiler=gcc），-pr:b 描述构建机（含 os=Linux arch=x86_64 compiler=gcc）。只传一个 profile，Conan 会把 host 和 build 当成同一套设置，导致 CMake 工具链错乱、CC 变量未生效、最终链接失败。
- 典型错误现象：
undefined reference to `__aeabi_memcpy'（ARM 调用到了 x86 符号） - 验证是否分离成功：
conan install . -pr:h ./profiles/arm64 -pr:b ./profiles/x86_64 --dry-run，看输出的包 ID 是否含两套 settings 哈希 - profile 中
[conf]段的tools.cmake.cmaketoolchain:user_toolchain只作用于 host，别误配到 build profile 里
--dry-run 和 conan list 查包 ID 构成，比盲目重装快得多。 
