conan通过settings指定目标架构，需用--settings arch=x86_64或profile文件统一管理；arch必须与目标平台abi严格一致，错误设置会导致二进制不匹配、链接失败或静默回退源码构建。
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-latestrunner 是 x86_64，即使你跑--settings arch=arm64，也只是告诉 Conan “我要 arm64 的二进制”，不代表它能在 x86_64 机器上交叉编译成功——你还得装gcc-aarch64-linux-gnu并在 profile 里指定compiler.executables
arch 和你实际部署目标的 ABI 是否真的一致，而不是“看起来像”。
