你的App发版需要多久？iOS审核2天，Android渠道打包1天，用户升级周期更长达几周。而React Native页面可以做到修改后10分钟线上生效。
这种"绕过"应用商店的能力，源于一个巧妙设计：将业务逻辑（JS Bundle）与运行环境（Native Shell）彻底解耦。美团外卖正是靠这套机制实现周二发版周四全量，Native团队还在排期时，RN页面已静默修复了3个线上Bug。
React Native（RN）页面之所以能不通过应用商店发版就随时上线，核心在于其JavaScript代码与原生代码分离的架构和动态加载机制。这种能力被称为热更新（Hot Update） 或动态化发布 。
一、核心原理：JS Bundle动态下发
RN应用的运行依赖两部分：
-
原生壳（Native Shell） ：包含iOS/Android原生代码、RN引擎（Bridge）、基础库，这部分需要通过应用商店发布
-
JS Bundle：包含所有业务逻辑、UI组件、资源的JavaScript代码包，可以独立更新
当用户打开App时，RN引擎会从远程服务器下载最新的JS Bundle到本地缓存，然后解释执行。因此更新RN页面只需替换服务器上的JS文件，用户下次启动App即可生效。
二、实现方式与流程
1. 主流方案：CodePush（微软）
这是最成熟的热更新服务，工作流程：
-
打包：将修改后的JS代码和资源打成Bundle
-
上传：通过CLI工具发布到CodePush服务器
-
下载：客户端SDK自动检查版本并后台下载
-
加载：下次启动时加载新Bundle，实现静默更新
优势：开箱即用，支持灰度发布、版本回滚
2. 自建热更新系统
大厂（如美团、京东）通常自研，流程更灵活：
- 版本比对：启动时比较本地版本号与服务器版本号
- 差分更新：只下载变更的文件（非全量），节省流量
- 动态加载：通过
import()或require.ensure()在运行时加载新模块 - 重启生效：更新完成后写入版本号，下次启动生效
三、平台差异与限制
| 平台 | 政策与限制 | 实现方式 |
|---|---|---|
| Android | 相对开放，无严格限制 | 可动态加载JS Bundle、资源甚至SO库 |
| iOS | App Store审核严格：禁止动态修改原生代码或加载动态库 | 只能更新JS、HTML、CSS和图片资源，不能触碰原生层 |
红线：iOS应用若通过热更新修改原生Objective-C/Swift代码或加载动态库，会被Apple拒绝上架。
四、为什么能实现"随时上线"？
-
绕过应用商店审核：JS Bundle属于"数据资源"，不触发应用商店审核流程
-
用户无感知：后台下载、静默更新，无需用户手动操作
-
快速应急：线上Bug可在分钟级修复，而非等待应用商店1-3天的审核
美团外卖的实践就是典型例子：MRN页面可"跟版发布"或"不跟版发布"，周二上线Bundle，周四全量，与Native发版解耦。
五、优势与风险
优势：
- 迭代速度提升10倍以上
- Native包体积减少30%-50%
- 支持灰度发布和回滚
风险：
- 兼容性问题：新JS Bundle依赖的原生接口若未在旧版壳中，会导致 crash
- 安全性：需对更新包做签名验证，防止中间人攻击
- iOS政策风险：需严格控制不触碰原生层
六、技术本质
RN的热更新本质上是利用JavaScript的动态解释特性，将业务逻辑从编译时绑定转变为运行时加载。这与传统Native App的"编译-打包-发布"模式有根本区别，也是Web技术栈赋能移动开发的核心价值之一。
总结：RN的不发版上线能力源于其架构设计——Native提供跑道，JS Bundle更换飞机。只要跑道（原生壳）兼容，飞机（JS代码）可以随时升级。
