步骤

如果你想在已经发布给用户的版本上做 JS 层的 Over‑The‑Air 更新（不再跑 expo start）：

1. 在项目里配置好 EAS Update（eas.json、app.json）
2. 发布更新: eas update --branch production
3. 用户下次打开 App 时，App 会自动拉取最新的 JS bundle 并缓存，下次启动就能看到变更。

构建时的双层模型

• 原生层（Native layer）：编译进二进制的、不可变的原生代码，包括 expo-updates 客户端本身。
• 更新层（Update layer）：打包好的 JS Bundle 与静态资源，可以随时替换。

发布更新：eas update --branch production

1. 打包：CLI 在你的项目里生成一个本地更新包（JS Bundle + 资源），默认存放在 dist/ 下。
2. 上传：将更新包与元数据（runtimeVersion、平台等）上传到 EAS Update 服务，并归入名为 production 的 Branch。
   • Branch 相当于一个有序的更新列表，最新的一条即为“活动”更新。 Expo Documentation

运行时检查与替换

1. 检查更新：App 启动或按策略触发时，原生层（expo‑updates）会向 EAS Update 服务器请求当前 Branch 的最新 manifest。
2. 下载更新：
   • 阶段一：拉取 manifest，其中列出所需的 JS Bundle 和资源列表。
   • 阶段二：下载 manifest 中尚未缓存的资源。
3. 切换 Bundle：
   • 如果在 fallbackToCacheTimeout 内完成下载，则立即加载新更新；否则后台继续下载并在下次重启时生效。 Expo Documentation

为什么能更新？

• 运行时加载：JS Bundle 与资源并非编译到二进制中，而是由 expo‑updates 客户端在运行时动态拉取并执行。
• 分离更新层：原生层稳定不变，更新层可热替换，避免每次小改都要上 App Store。
• Branch 机制：通过 -branch production 将更新精准推给标记为 “production” 的那些版本，保证兼容性与可控性。