升级RN版本时如何处理peer依赖冲突？选--force还是--legacy-peer-deps？

优先推荐直接解决peer依赖问题，其次考虑--legacy-peer-deps，尽量避免使用--force，具体分场景说明：

1. 直接解决peer依赖（最优长期方案） #

• 内部维护库：直接修改这些库的package.json，更新peerDependencies字段，将React/RN版本改为兼容0.70.x和18的范围（比如"react": "^18.0.0"、"react-native": "^0.70.0"），然后测试库的代码在新版本环境下的兼容性，确保没有使用已废弃或移除的API。自己维护的库可控性高，这一步能从根源上消除冲突，避免后续升级隐患。
• 外部开源库：先检查库的最新版本是否已经适配React 18和RN 0.70，如果有直接升级到对应版本；如果没有，查看项目的Issue区，看是否有其他用户分享的适配方案，或者向维护者提交Issue询问兼容计划。对于小众无维护的库，可以考虑fork后自行修改peer依赖声明并完成兼容性测试。

2. 使用--legacy-peer-deps（临时过渡方案） #

这个参数会让npm采用npm 4-6的行为，完全忽略peer依赖的冲突检查，也不会自动安装peer依赖。适合暂时无法解决外部库兼容问题的场景：

• 执行命令：npm install --legacy-peer-deps
• 注意：安装后必须全面测试项目的所有功能，因为旧依赖可能存在和React 18/RN 0.70不兼容的代码（比如调用了已移除的生命周期、hooks使用不符合新版规则），运行时可能出现报错。这个方案只是过渡，等外部库推出兼容版本后，要及时升级并移除该参数。

3. 使用--force（尽量避免） #

--force会强制npm安装依赖，即使存在冲突，它会尝试安装最新版本的依赖，但可能导致依赖树中出现多个版本的React/RN，引发运行时错误（比如React Hooks要求在同一React实例下使用，多版本共存会导致hooks失效）。只有在极端情况下，比如某些依赖必须使用特定版本，且经过测试确认不会引发运行时问题，才考虑使用这个参数，命令为：npm install --force

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