conan install 是如何指定目标架构（如 arm64、x86_64）

Conan 通过 settings 控制目标架构，不是靠命令行传参数，而是靠 profile 或直接在命令中用 --settings 显式声明。不配对的 arch 值会导致找不到二进制包，甚至静默回退到源码构建（如果允许的话）。

常见错误现象：ERROR: Missing binary for xxx/1.0: 'xxx/1.0:package_id' not found，实际就是 arch 不匹配，但 Conan 没报“arch 不一致”，只说“没这个包”。

• Linux/macOS 下最简方式：conan install . --settings arch=x86_64（或 arm64、armv7）
• Windows MSVC 下必须同时对齐 arch 和 compiler.runtime，例如：--settings arch=x86_64 --settings compiler.runtime=dynamic
• 推荐用 profile 文件管理，避免每次敲长串：conan profile new myarm --detect && conan profile update settings.arch=arm64 myarm
• profile 中的 arch 必须和你最终链接的目标平台一致；交叉编译时，arch 是 target，不是 host（即不是你当前机器的 CPU 架构）

profile 里 arch 设置错会导致什么

profile 的 arch 值决定 package ID 的计算结果，进而决定 Conan 去远程拉哪个二进制。设错后不会报错，但可能拉到 x86_64 的库却在 arm64 上链接，最终在 ld 阶段失败，报类似 file format not recognized 或 cannot execute binary file。

• 典型误操作：在 macOS Apple Silicon 机器上用 --detect 自动生成 profile，得到 arch=arm64，但想构建 x86_64 兼容版 → 必须手动覆盖：conan profile update settings.arch=x86_64 default
• Android 交叉编译必须显式指定：--settings os=Android --settings os.api_level=21 --settings arch=armv8，缺一不可
• 某些包（如 zlib）不提供所有 arch 的预编译二进制，这时 Conan 默认不自动构建，需加 --build=missing 才 fallback 到源码编译

CMake 构建时 arch 怎么和 Conan 对齐

CMake 本身不感知 arch，它靠 Conan 生成的 CMakeToolchain 注入目标架构信息（如 CMAKE_SYSTEM_PROCESSOR）。如果 CMakeLists.txt 里硬编码了 set(CMAKE_SYSTEM_PROCESSOR "x86_64")，会和 Conan 的 arch 冲突，导致生成的 Ninja 文件用错工具链。

• 确保 CMakeLists.txt 中不覆盖 CMAKE_SYSTEM_PROCESSOR，让 CMakeToolchain 主导
• 运行 conan install 时用的 profile 必须和后续 cmake -S . -B build -G Ninja 的实际目标一致；比如 profile 是 arch=arm64，就别在 build 目录里用 -DCMAKE_OSX_ARCHITECTURES="x86_64"
• 多配置生成器（如 Visual Studio）下，arch 是全局的，不能像 build_type 那样按 config 切换；一个 profile 只能对应一种 arch

为什么 armv7 和 armv8 算不同架构

Conan 把 arch 当作不可降级的维度：armv7 二进制无法在 armv8 CPU 上运行（除非内核开启兼容模式，但 Conan 不假设这种环境）。所以 arch=armv7 和 arch=armv8 生成完全不同的 package ID，哪怕源码相同、编译器相同。

• 官方 Conan Center 大部分包只提供 armv8（即 aarch64），不提供 armv7；查不到时别猜，先 conan search zlib/1.3.1 --remote conancenter --recipe 看支持列表
• 自建包时，若想同时支持 armv7/armv8，得在 conanfile.py 的 settings 里显式列出：settings = "os", "arch", "compiler", "build_type"，然后用 self.settings.arch in ["armv7", "armv8"] 分支控制编译选项
• CI 中容易忽略：GitHub Actions 的 ubuntu-latest runner 是 x86_64，即使你跑 --settings arch=arm64，也只是告诉 Conan “我要 arm64 的二进制”，不代表它能在 x86_64 机器上交叉编译成功——你还得装 gcc-aarch64-linux-gnu 并在 profile 里指定 compiler.executables

C++ 项目里架构不是个开关，是贯穿 recipe、profile、toolchain、linker 的一致性契约。最容易被忽略的是：profile 里的 arch 和你实际部署目标的 ABI 是否真的一致，而不是“看起来像”。