Expo应用manifest与bundle公共域存储及APK构建相关问题咨询

这一设计主要匹配Expo的核心产品逻辑，核心原因有3个：

1. 支撑默认OTA热更新能力：公共域可公开访问的特性可以让终端用户的应用无需接入私有鉴权体系，就能随时拉取最新的bundle包和manifest配置，实现热更新
2. 降低开发者使用门槛：默认的公共存储方案不需要开发者自行搭建静态资源服务、配置鉴权规则，零配置就能用上Expo的构建、分发、更新全链路能力，对新手开发者更友好
3. 保障多端访问一致性：公共域存储节点做了全球CDN加速，不同地区、不同系统的终端都能获得稳定的资源访问速度，减少开发者自行适配分发节点的工作量

正常使用场景下安全性是可控的：

• 所有存放在公共域的资源地址都带有不可枚举的唯一哈希后缀，不存在公开遍历获取你应用资源的可能，除非你主动对外泄露了完整的资源链接
• Expo对所有上传的资源都做了完整性校验，资源在传输和存储过程中不会被恶意篡改
• 如果你的项目涉及极高敏感的业务逻辑，也可以自行将资源迁移到私有存储、关闭Expo默认的公共存储上传逻辑，完全规避公共域存储的风险

除了默认的EAS云构建之外，还有3种常见途径：

• 本地构建：执行eas build --platform android --local命令，可直接在你自己的设备上完成整个构建流程，所有构建资源不会上传到Expo公共服务器，直接在本地生成APK产物
• 原生导出后离线构建：先执行npx expo prebuild命令将Expo项目转换为原生Android项目，之后可以直接用Android Studio在完全离线的环境下打包APK，全程不依赖Expo的云服务
• 私有节点构建：如果是团队使用，可自行部署EAS Build的私有服务节点，所有构建过程和产物都保存在团队内部网络，不会流出到公共域

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