conan报错“找不到二进制”本质是abi不匹配，主因是compiler.runtime（如mdd/mt/md）等影响二进制兼容性的配置项不一致；需检查profile中runtime设置与缓存二进制是否匹配，并通过*:compiler.runtime=mdd等方式显式约束以统一id。
Conan报错“找不到二进制”本质是运行库不匹配
Conan 的 id 不是随便算的，它由所有影响 ABI 的配置项共同决定，其中 compiler.runtime（如 MDd、MT、MD）是最敏感的字段之一。你用 MSVC 编译 Debug 版本时，默认选的是 MDd（动态链接调试版运行库），但 Conan 缓存里如果只有 MT（静态发布版）或 MD（动态发布版）构建的二进制，就会直接拒绝复用，报 “Binary not found” 或 “Cannot find a valid binary”。这不是路径问题，是 ABI 层面的硬性不兼容。
检查当前 profile 的 runtime 设置是否和已有二进制一致
运行以下命令查看当前使用的 profile 中 runtime 配置：
conan profile show default
重点关注输出中类似这样的行：
compiler.runtime=MDd
再查缓存里已有的二进制支持哪些配置：
conan search opencv/4.5.5@ -r conancenter
如果返回结果里没有带 compiler.runtime=MDd 的条目，说明你 profile 里的设置和远程可用二进制不匹配。常见原因包括：
- 你本地没指定 profile，Conan 自动 fallback 到系统默认（可能是
MT） - 团队共用 profile 但有人手动改过
compiler.runtime字段 - CI 环境用了不同 VS 版本，
compiler.version和compiler.runtime组合被 Conan 视为全新 id
强制统一 runtime 避免 id 分裂
最稳妥的做法是在 conanfile.py 或 conanfile.txt 中显式约束依赖的 runtime，而不是依赖 profile 全局设置。例如：
[requires] opencv/4.5.5 [options] opencv:shared=True *:compiler.runtime=MDd
注意这里的 *:compiler.runtime=MDd 是通配写法，表示“所有依赖都必须用 MDd”。如果你只想约束某一个库，写成 opencv:compiler.runtime=MDd 更精准。这样即使 profile 里是 MT，Conan 也会按需重新计算 id 并尝试下载或构建匹配的二进制。
另外，避免混用 private 和 override 模式 —— 前者会隔离依赖树，后者会覆盖上游声明，runtime 冲突常源于 override 导致的隐式覆盖。
Windows 下 runtime 不匹配的典型错误现象
除了 “Binary not found”，你还可能看到这些线索：
- 链接阶段报大量
LNK2005：同一个符号在MSVCRTD.lib和LIBCMTD.lib里都定义了，说明工程和某个库用了不同 runtime - 运行时报
msvcp140d.dll或vcruntime140d.dll缺失：这是MDd对应的调试 DLL，但你链接的是MT静态库，运行时不加载这些 DLL，自然找不到 - Conan 安装日志里出现
Skipping binary并列出一堆不匹配项，其中compiler.runtime是唯一差异字段
真正麻烦的不是改配置，而是改完后 Conan 缓存里残留的旧二进制不会自动清理 —— 它们 id 不同，但文件还在磁盘上占空间，还可能干扰后续 conan install --update。遇到反复失败，先 conan remove "*" -f 清缓存再重试。
