两个npm项目存在对等依赖冲突，为何处理结果一错一警告？

我有两个项目均存在对等依赖与根项目依赖冲突的问题，但npm对二者的解析结果却不同：

项目1：domain-driven-hexagon #

对应的错误信息：

npm ERR! code ERESOLVE
npm ERR! ERESOLVE unable to resolve dependency tree
npm ERR!
npm ERR! While resolving: domain-driven-hexagon@2.0.0
npm ERR! Found: slonik@31.4.2
npm ERR! node_modules/slonik
npm ERR!   slonik@"^31.2.4" from the root project
npm ERR!
npm ERR! Could not resolve dependency:
npm ERR! peer slonik@"27 - 29" from @slonik/migrator@0.11.3
npm ERR! node_modules/@slonik/migrator
npm ERR!   @slonik/migrator@"^0.11.3" from the root project
npm ERR!
npm ERR! Fix the upstream dependency conflict, or retry
npm ERR! this command with --force or --legacy-peer-deps
npm ERR! to accept an incorrect (and potentially broken) dependency resolution.

项目2：library-nestjs #

对应的警告信息：

npm WARN ERESOLVE overriding peer dependency
npm WARN While resolving: rxjs-for-await@0.0.2
npm WARN Found: rxjs@7.4.0
npm WARN node_modules/rxjs
npm WARN   rxjs@"^7.0.0" from the root project
npm WARN   5 more (@nestjs/common, @nestjs/config, @nestjs/core, ...)
npm WARN
npm WARN Could not resolve dependency:
npm WARN peer rxjs@"^6.0.0" from rxjs-for-await@0.0.2
npm WARN node_modules/rxjs-for-await
npm WARN   rxjs-for-await@"0.0.2" from @nrwl/node@13.2.2
npm WARN   node_modules/@nrwl/node
npm WARN   1 more (@nrwl/tao)
npm WARN
npm WARN Conflicting peer dependency: rxjs@6.6.7
npm WARN node_modules/rxjs
npm WARN   peer rxjs@"^6.0.0" from rxjs-for-await@0.0.2
npm WARN   node_modules/rxjs-for-await
npm WARN     rxjs-for-await@"0.0.2" from @nrwl/node@13.2.2
npm WARN     node_modules/@nrwl/node
npm WARN     1 more (@nrwl/tao)

两个项目均存在对等依赖与根项目依赖的冲突，但第一个项目触发ERESOLVE错误（无法解析依赖树），第二个项目仅触发警告（覆盖对等依赖），请问这一差异的原因是什么？

1. 依赖层级的本质区别 #

• 项目1的冲突来自根项目直接依赖：@slonik/migrator是根项目明确声明的依赖，它要求slonik版本必须在27-29之间，但根项目同时直接安装了31.4.2版本的slonik。这种直接关联的peer冲突，npm（v7及以上默认模式）会判定为无法自动修复的硬冲突，直接抛出错误中断安装——因为根项目主动声明的两个依赖完全不兼容，npm不会擅自做兼容决策。
• 项目2的冲突来自间接依赖链：冲突的rxjs-for-await是@nrwl/node的依赖，属于根项目的二级依赖。对于这种深层间接依赖的peer冲突，npm会优先使用根项目已安装的版本（rxjs@7.4.0），仅抛出警告而非中断——因为这类冲突不涉及根项目直接声明的依赖，npm认为可以承担一定兼容风险继续安装。

2. npm版本的默认策略差异 #

npm v7及以上对peer依赖的处理比v6严格得多：

• 针对直接依赖的peer冲突，默认强制报错，要求开发者手动修复（比如调整依赖版本、添加--legacy-peer-deps参数）。
• 针对间接依赖的peer冲突，默认采用“覆盖优先”策略，仅发出警告提示风险，不会中断安装流程。

3. 依赖包的peer依赖声明兼容性 #

• @slonik/migrator的peer依赖范围（27-29）与根项目的31.x版本完全无交集，且没有提供跨大版本的兼容声明，npm找不到任何可行的调和方案，只能报错。
• rxjs-for-await要求的rxjs@^6.0.0虽然和7.x不兼容，但rxjs本身有一定的向后兼容能力，npm判断可以尝试用根项目的高版本覆盖，因此仅抛出警告提示潜在风险。

内容的提问来源于stack exchange，提问作者max333