settings 唯一确定 package ID：每个 setting 组合生成唯一包路径与缓存条目，build_type、compiler.libcxx 等差异导致 ABI 不兼容；CMake 的 CMAKE_BUILD_TYPE 必须与 Conan settings 一致，否则链接失败；profile 中未显式设置 build_type 将默认为 Release。
settings 决定 package ID，不是“影响”，而是“唯一确定”
Conan 里 settings（比如 os、arch、compiler、build_type）不只是一组配置参数，它们直接参与计算每个包的 package ID。同一个配方（conanfile.py）在 build_type=Debug 和 build_type=Release 下生成的二进制，是两个完全不同的包，缓存路径不同、远程仓库中也是独立条目。你改一个 setting，就等于换了一个包——不是“可能链接错”，而是根本找不到或拉错。
-
build_type=Debug和build_type=Release的 zlib 二进制互不兼容：Debug 版带调试符号、禁用优化、可能用不同运行时（如 MSVC 的MDdvsMD），混链必报 LNK2038 / undefined reference -
compiler.libcxx=libstdc++11和libstdc++在 GCC 下生成 ABI 不兼容的符号，即使都标着zlib/1.2.13，也不能共存 - 你本地 profile 里设了
compiler=gcc，但conan install命令里没传-s compiler=clang，Conan 就按 profile 的走；反过来，命令里显式传了，就覆盖 profile —— 没有“默认回退”，只有明确继承或显式覆盖
为什么 CMake 里 -DCMAKE_BUILD_TYPE 和 Conan settings 必须一致
单配置构建系统（Linux/macOS 上的 Ninja/Makefiles）要求 CMAKE_BUILD_TYPE 和 Conan 的 build_type 完全对齐，否则生成的 CMakeDeps 文件会指向错误的库路径，或者 CMakeToolchain 传错编译选项（比如 Release 下却用了 Debug 的 -O0 -g）。
- 执行
conan install . -s build_type=Debug后，CMakeToolchain会写入-O0 -g和调试相关 define；若此时你手动cmake -DCMAKE_BUILD_TYPE=Release，CMake 会覆盖 toolchain 里的优化设置，但链接时仍去找Debug下构建的库，大概率失败 - Visual Studio（多配置）例外：它允许一次生成多个
build_type，但前提是你的 Conan host profile 也设为对应值，并且conan install时加--config Debug显式指定目标配置 - 最稳做法：让 Conan 控制全部构建上下文，CMake 只读取 Conan 生成的
conan_toolchain.cmake，不要手动传-DCMAKE_BUILD_TYPE
profile 里没写 build_type？那你就踩进默认陷阱了
Conan 默认 profile（~/.conan2/profiles/default）通常把 build_type=Release 写死。如果你没显式指定 -s build_type=Debug，也没在自定义 profile 里改，那所有依赖都会按 Release 构建——哪怕你在 CMake 里写了 set(CMAKE_BUILD_TYPE Debug)，也毫无意义。
- 查当前 profile 设置：
conan profile show default，重点看build_type行 - 临时覆盖：
conan install . -s build_type=Debug - 永久修改：
conan profile update settings.build_type=Debug default - 更推荐：为项目建专用 profile（如
debug_profile），避免污染全局 default
跨平台交叉编译时，settings 错一位就全盘失效
嵌入式或移动端开发中，os、arch、compiler 必须精确匹配目标平台。比如为 ARM64 Android 构建，settings 至少要包含：os=Android、os.api_level=21、arch=armv8、compiler=clang、compiler.version=14、compiler.libcxx=c++_shared。缺任何一项，Conan 都无法命中远端已有的预编译包，只能 fallback 到源码构建（如果允许），而很多包根本不支持该组合。
- 常见翻车点：
os=Linuxvsos=Android是两个完全隔离的包命名空间，Linux 下的 OpenSSL 二进制不能给 Android 用 -
arch=x86_64和arch=armv8的 OpenCV 库文件名、符号表、指令集都不同，强行链接会报 “file not recognized: file format not recognized” - 建议用
conan profile detect --force生成基础 profile，再人工补全 target-specific setting，别靠猜
-s，都在签名一张二进制身份证——少一个字段，就是另一个人。** 
