如何合并基于Expo与非Expo的两个React Native应用并保留原应用独立性

你提出的几个核心疑问可以直接给出明确判断：

• 你设想的「新建第三个宿主应用、将两个原有应用作为可引用依赖整合」的方案完全具备可行性，是当前满足“非Expo应用保持独立迭代、独立运行”约束的成熟行业路径
• 可以将完整应用改造为组件形式引入到第三个应用中完成整合
• 不需要强制从两款应用中提取功能组件重写搭建新应用，这种路径反而会彻底破坏非Expo应用的独立性，拉高长期维护成本，不匹配你的核心约束

如果从两个原有应用中抽离功能组件搭建新应用，抽离出来的代码会和新宿主应用的路由、状态管理、原生依赖强耦合，后续非Expo应用独立迭代的新功能、修复的bug根本无法同步回整合版本，最终会演变成两份代码长期分叉，完全违背你要保留独立开发能力的核心要求。

第一步：对非Expo的原有独立应用做可嵌入改造 #

这一步的核心是保留原有应用100%的独立运行能力，只是增加可被外部引用的入口逻辑：

• 改造原有入口逻辑，增加双模式判断：平时独立运行时，直接走原来的App注册流程渲染完整页面；当被外部应用嵌入时，跳过自身的根导航、全局状态容器初始化逻辑，只导出功能层的根组件，接收外部传入的路由参数、全局状态桥接对象。
• 将应用所有原生依赖（自定义原生模块、第三方原生库）的配置从硬编码的原生文件中抽离为可导出的配置模块，方便宿主应用集成时自动合并配置，无需手动修改原生工程文件。
• 将改造完成的应用发布为内部可引用的依赖（本地路径引用或私有Git仓库引用均可），不要将代码硬拷贝到宿主工程中——后续原有应用独立发版、迭代功能时，只需在宿主项目中升级依赖版本即可同步，完全不打断独立开发流程。

第二步：对Expo开发的原有应用做适配 #

• 同样实现双入口逻辑：独立运行时走Expo托管的原生启动链路，被嵌入时只导出功能层组件。
• 将Expo应用用到的原生依赖对应的Config插件配置抽离，同步给最终的宿主应用，避免原生依赖缺失。

第三步：搭建第三方宿主整合应用 #

• 宿主应用的技术栈无强制要求，选择你最易维护的技术方案即可，所有的整合逻辑本质和使用普通RN组件没有区别：
  • 由宿主应用统一管理全局路由框架，将两个子应用导出的组件注册为对应的路由页面，用户进入对应路径时直接渲染对应子应用的组件即可。
  • 所有原生依赖的合并通过成熟工具链自动完成：安卓端通过react-native config自动合并依赖配置，iOS端通过CocoaPods自动链接能力完成集成，Expo相关的依赖可通过expo prebuild提前生成原生代码，规避托管层的冲突。

• 不要给两个子应用各自挂载独立的全局状态管理容器，由宿主应用统一维护全局状态，再通过桥接对象传入子应用，避免出现层级穿透导致的传参、状态同步问题。
• 独立模式的判断不要靠复杂配置，直接通过简单的环境变量实现即可，比如在入口文件中通过__EMBED_MODE__标记判断运行状态，不要为了嵌入改造删除原有独立运行的启动代码。
• 两个子应用的React Native核心版本、高频使用的第三方依赖版本要和宿主应用对齐，避免多版本依赖打包导致的原生层冲突。

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