为什么CRA应用满足peer依赖要求仍报has unmet peer dependency警告

• 多版本依赖树冲突
  Create-React-App内置的react-scripts包本身会固定eslint版本，若你在项目根目录显式安装了eslint@7.32.0，或是项目中引入的其他第三方eslint插件、工程化扩展包声明了不同范围的eslint peer依赖，即使根目录的eslint版本符合部分依赖的要求，yarn仍会为嵌套的子依赖安装各自适配的eslint版本。部分依赖的校验逻辑只会识别根目录的eslint版本，就会触发误报。
• yarn版本校验逻辑缺陷
  yarn v1的peer依赖全局校验逻辑存在已知问题，无法正确识别react-scripts内部嵌套安装的依赖版本匹配情况，即使yarn.lock已经锁定了完全匹配的版本，执行yarn add、yarn remove等修改node_modules的命令时，仍会触发全局校验误报。
• 依赖包peer依赖声明与实际要求不匹配
  部分依赖包发布时，package.json中声明的peer依赖范围包含eslint@7.32.0，但实际代码已经使用了更高版本eslint的API，包作者未同步更新peer依赖范围声明，导致版本校验时看起来符合要求，实际运行依赖检查时会抛出未满足警告。
• 多位置依赖声明冲突
  如果项目是monorepo结构，或是项目子目录下存在额外的package.json文件，不同位置声明的eslint peer依赖范围不一致，也会触发全局校验的警告。
• yarn缓存损坏
  本地yarn缓存中存储了错误的依赖版本元数据，即使本地安装的版本符合要求，yarn读取缓存的元数据校验时也会触发误报。

内容的提问来源于stack exchange，提问作者Seong Jin Kim