resolutionimpossible 是 conan 依赖求解器明确报出的冲突错误，非网络问题；根源在于已安装包、requires 声明及隐含约束（如 openssl/3.0.10 要求 zlib/1.2.12）不兼容，需检查 override 使用、私有包版本模糊性、package_id 实现及 conan.lock 是否缺失。
conan install 报 ResolutionImpossible 怎么定位
这个错误不是网络问题，是 Conan 的依赖求解器明确告诉你：当前环境里已安装的包、你声明的 requires、以及它们各自隐含的约束（比如 openssl/3.0.10 要求 zlib/[>=1.2.12 ，而你本地装着 <code>zlib/1.2.11），三者凑不出一个共同解。
别急着删缓存或换源。先运行：
conan install . --build=missing -v
-v 会输出完整的依赖图构建过程，关键看最后几行里 “Conflicting requirements for” 后面列出的包名和版本范围。它通常会指出哪两个包在“抢”同一个间接依赖的不同版本。
- 如果报的是
zlib冲突，但你的conanfile.py里根本没写zlib，说明它是某个直接依赖（比如openssl或poco）带进来的 - 注意看冲突提示里是否包含
@user/channel后缀——不同 channel 下同名同版包可能有完全不同的依赖声明 - Conan 默认启用
compatible_packages策略，有时会把zlib/1.2.13和zlib/1.2.12当作兼容项尝试合并，失败后才报错；可在conan.conf里临时关掉它验证是否真冲突
依赖树里出现多个 zlib 版本怎么办
Conan 没有内置的 conan deptree 命令，但你可以用锁文件反推真实解析结果：
conan lock create . --lockfile-out=graph.lock
然后用 Python 快速解析这个 JSON 锁文件，或直接人眼搜索 "zlib" 字段。真正起作用的是 graph.lock 里 nodes 下每个节点的 ref 值——如果看到两个不同 ref（比如 zlib/1.2.12@ 和 zlib/1.2.13@），就确认存在多版本共存。
- 不要只看
conan list *，它只列本地缓存，不反映本次安装实际选用的版本 - 如果某个包（如
openssl）同时出现在requires和下游依赖中，且版本不一致，优先统一到上游要求的版本，而不是强行降级 - 遇到
zlib/1.2.13和zlib/1.2.13#r123abc这种带 revision 的，说明是同一版本但二进制构建参数不同（比如编译器 flag 变了），Conan 视为不同包，也会冲突
如何强制统一某个间接依赖的版本
不能靠 pip install --force-reinstall 那套。Conan 提供两级控制：
第一级，在 conanfile.py 的 requires 块里显式覆盖：
requires = [
"openssl/3.0.10",
"zlib/1.2.13" # 即使 openssl 本身只要求 >=1.2.12，这里写死就压倒所有间接声明
]
第二级，用 override 语法（Conan 2.0+）更精准：
requires = [
("openssl/3.0.10", "override"),
"zlib/1.2.13"
]
-
override表示“不管别人怎么要，最终必须用我指定的这个”，比单纯列在requires里优先级更高 - 慎用
force=True参数——它会跳过兼容性检查，可能导致运行时 ABI 不匹配（比如一个库用 C++17 编译，另一个用 C++14） - 如果冲突来自私有仓库里的包，检查它的
conanfile.py是否漏写了requires或用了模糊版本（如zlib/[~1.2]），这种写法在 CI 中极易漂移
为什么 conan create 时没报错，但 conan install 就冲突
因为 conan create 只校验你当前包自身的依赖，而 conan install 是把整个项目依赖树拉通计算。常见诱因：
- 你的包 A 在
conan create时用了zlib/1.2.13，但用户项目 B 的conanfile.py里写了zlib/1.2.12，且没设override - 你在
package_id()方法里没正确处理zlib的版本变化，导致 Conan 认为两个不同 zlib 版本生成的包是“同一个 package ID”，实际却链接了不同符号 - 本地缓存里有旧版
zlib的二进制，但新openssl包的 recipe 声明需要zlib/1.2.13，Conan 不会自动升级已有包，而是报冲突
最稳妥的做法是每次变更依赖后，跑一次 conan lock create 并提交 conan.lock 文件——它记录了精确的 ref 和 revision，能复现任何环境下的解析结果。忽略它，等于放弃可重现构建的底线。
