我是先拉一个 git 分支出来自动升级，升级失败了可以通过自己本地 git 比较看哪些改动，自动升级失败就放弃这个分支另外拉一个分支，然后用 rn 最新版创建一个空项目，把老项目中代码慢慢复制过来，但是如果老项目原生代码写了很多，还要迁移原生代码也很麻烦，后来我把项目改成了原生为主体，拿出 activity 承载 rn，开始把 rn 端依赖的第三方原生库尽量干掉，把第三方库的原生代码抄写到自己的原生工程，rn 只剩下纯 js 的外部依赖会少很多升级问题，并且第三方依赖约少升级坑越少。最后，我觉得 rn 还是只能作为原生的一个补充，去实现一些简单功能，以及作为新需求的敏捷迭代，稳定下来之后如果遇到性能瓶颈果断用原生改写，有的场景例如视频处理 Android 在原生端还要使用 Java 的原生开发（ndk） ，rn 完全不够看，比如 rn 在安卓上调转动画的持续时间得改框架依赖的原生代码，最后还是回到原生，所以 rn 遇到刺手问题时别想着去优化 rn 性能，优化来优化去最后一地鸡毛。rn 在安卓上就起了一个 activity 而已，对于大项型目不可能就一个 activity 搞定，搞到后面都是多模块多人协作，站在一般原生开发者视角，一个 activity 做出来大型项目就是一个大号 demo，不然业务规模扩大人员扩充后再往 rn 身上甩甩锅，大概率要用原生重构