别担心，这个需求完全可以实现！核心就是要让你的新Expo应用和旧RN CLI应用保持关键标识一致，这样Google Play才会把它判定为同一个应用的更新，而不是全新应用。下面是一步步的实操指南：

• 第一步：严格复用旧应用的包名
  打开你新Expo项目的app.json（或者app.config.js），把expo.android.package的值设置成和旧RN CLI应用完全一样的包名（比如com.yourteam.yourapp）。这是Google Play识别应用身份的核心标识之一，半点儿不能错。

• 第二步：复用旧应用的签名密钥（最关键！）
  Google Play只接受和原应用签名密钥一致的更新，这一步绝对不能马虎：

  • 如果你之前用RN CLI时是自己生成的.jks密钥库文件，现在要把它配置到EAS里。可以先运行eas build:configure初始化项目配置，然后在生成的eas.json里填写安卓签名的相关信息——包括密钥库路径、别名、密钥密码和密钥库密码。
  • 嫌手动改配置麻烦的话，也可以直接登录Expo Dashboard，在项目的安卓设置里上传你的旧密钥库文件，EAS后续构建时会自动用这个密钥给安装包签名。
  • 要是旧应用是用Google Play App Signing管理的签名密钥，那你只要确保新包用了和之前相同的上传密钥就行，这样Google Play会自动用后台的App Signing密钥重新签名，和原应用保持一致。

• 第三步：设置更高的版本号和版本代码
  在app.json的expo.android字段里，把versionCode设成比旧应用当前在Google Play上的版本代码更高的数值（比如旧版是15，新版就设20），version（版本名称）也对应升级（比如从1.2.0改成2.0.0）。Google Play会通过版本代码判断这是更新包。

• 第四步：用EAS构建合规的安装包
  打开终端，运行eas build --platform android --profile production，用生产环境配置构建安装包。等构建完成后，你可以在Expo Dashboard下载生成的AAB（优先选这个，Google Play官方推荐格式）或者APK。
  嫌手动下载上传麻烦？直接运行eas submit --platform android，EAS会自动把构建好的包提交到你的Google Play Console账户里。

• 第五步：在Google Play Console发布更新
  不管是手动上传包还是用EAS自动提交，只要前面的步骤都做对了，Google Play Console里会显示这是现有应用的一个更新版本。你只需要填写更新说明，选择对应的发布轨道（比如先推内部测试，没问题再全量发布），然后按流程发布就行。

最后再提几个避坑点：

• 发布前一定要在测试设备上验证：用旧版本应用的安装包先安装，然后安装新构建的包，确认能正常覆盖更新，不会出现“应用冲突”的提示。
• 要是旧RN CLI应用用了一些原生自定义模块，新Expo应用要确保用Expo的官方库或者config plugins实现了相同功能，避免用户更新后功能缺失。
• 配置签名时如果报错，先检查密钥库密码、别名有没有输错，这些小细节最容易踩坑。

内容来源于stack exchange