React Native转Flutter重构后能否作为应用商店更新发布？

问题1：iOS端是否必须使用原React Native应用的证书？还是仅需Bundle ID一致即可？ #

• 必须使用与原应用关联的证书及配置文件，Bundle ID一致只是基础条件。App Store的签名验证逻辑绑定了Bundle ID、开发者账号、发布证书和Provisioning Profile：
  • 若更换不同开发者账号的证书，哪怕Bundle ID相同，也无法作为原应用的更新提交，甚至会被拒绝上架；
  • 同一账号下对应该Bundle ID的新证书（比如原证书过期后重新生成的）可以使用，但要确保Provisioning Profile关联该Bundle ID和新证书。

问题2：使用自有证书签名发布后，Flutter版本会作为原应用的更新还是全新应用？ #

• 若使用原应用对应的合法证书及配置文件（同一账号、匹配Bundle ID），提交后会被识别为原应用的更新，用户能收到应用商店的更新提示；
• 若使用不符合要求的证书（比如其他账号的证书、未关联该Bundle ID的证书），要么会被审核拒绝，要么因Bundle ID已存在无法作为全新应用上架。

问题3：Android端发布此类更新需要满足哪些要求？ #

• 包名完全一致：Android的package name必须和原React Native应用完全相同；
• 签名密钥一致：Google Play要求所有更新的APK/AAB必须使用与原应用首次上架时相同的签名密钥签名，密钥丢失只能通过Google Play的密钥重置流程处理；
• 版本号更高：versionCode必须大于原应用在Google Play上的当前版本号，versionName建议同步更新；
• 符合Google Play常规规范：目标SDK版本需满足平台最新要求（当前至少SDK 33）、权限声明准确，推荐使用AAB格式打包，同时确保Flutter产物无违反平台政策的内容。

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