React Native应用NFC扫描首屏极致加载速度优化建议咨询

方案1：3个页面全部使用RN开发 #

• 性能对比：做满优化的前提下，冷启动速度比纯Swift原生实现慢150~350ms，温/热启动速度和纯原生差距在80ms以内，无法做到和纯Swift开发完全一致。
• 可落地优化项：
  • 开启iOS端Hermes引擎，可直接提升30%以上的RN冷启动速度
  • 裁剪RN依赖树，移除所有首屏不需要的模块（包括AWS相关SDK、非首屏用到的第三方组件），配置按需加载
  • 首屏仅使用RN核心组件实现，避免引入第三方UI库的额外开销
• 适配优势：全RN代码无需桥接逻辑，后续安卓端适配成本最低
• 适用场景：如果对首屏冷启动的速度要求没有到毫秒级极致，优先选这个方案，开发成本最低

方案2：首屏用Swift开发，第2、3页用RN开发 #

• 性能对比：首屏加载速度和完全使用Swift开发的应用完全一致，无任何额外性能损耗，完全满足你对首屏冷/温/热启动的速度要求。
• 优势：既可以100%复用现有第2、3页的RN代码，又能拿到首屏的原生级性能，后续安卓适配时仅需要把首屏替换为对应原生实现，RN部分代码完全不用调整。
• 注意点：需要额外实现原生与RN的桥接逻辑，包括页面路由跳转、如果有跨端共享数据/能力的需求也要做对应桥接，开发成本比全RN方案高10%~20%左右。
• 适用场景：是最匹配你需求的方案，优先推荐。

方案3：全原生开发 #

• 性能对比：所有页面都是原生级性能，但完全不符合你要复用现有RN代码的需求，开发成本是另外两个方案的2倍以上，完全不推荐。

第2、3页可以实现单独打包，不需要引入第三方工具，用RN官方自带的metro打包工具就可以完成配置：

• 配置metro的分包规则，把第2、3页的业务代码和依赖打包成独立的bundle包，和首屏相关代码完全拆分
• 原生端不需要在APP启动时就初始化RN容器、加载全量bundle，仅在用户触发跳转到第2、3页的操作时，再动态加载对应页面的独立bundle即可
• 该配置同时支持iOS和安卓端，不需要改动现有RN业务代码，具体配置规则可以参考RN官方文档的多bundle打包相关说明。

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