嘿，针对你的两个问题，结合苹果App Store的审核规则和实际开发经验，给你梳理清楚：

答案是可以，但必须满足核心前提：

• 新版应用的Bundle ID必须和旧版完全一致——这是苹果识别「同一个App」的唯一标识，哪怕你完全重写了代码，只要Bundle ID不变，就可以作为更新包提交。
• 签名证书要和旧版应用使用的开发者账号匹配，不能换完全无关的账号来提交更新，否则苹果会判定为不同的App。
  另外要注意，如果你是完全重写，一定要做好用户数据的迁移逻辑（比如旧版的本地存储、用户登录状态等），不然审核时可能因为「更新导致用户数据丢失」被拒。

这个场景也是可行的，但要注意几个关键步骤和规则：

• Bundle ID必须严格保留旧版的：不管技术栈、名称、公司信息怎么变，Bundle ID是核心，不能修改，否则只能作为新App上架，无法覆盖旧版。
• 先处理公司名称变更的账号问题：如果公司名称变了，得先在Apple Developer后台完成团队信息的更新（比如账号更名、团队迁移），确保新版应用的签名用的是和旧版同一个开发者账号（或完成合法迁移后的账号），否则签名不匹配，无法提交更新。
• 应用名称变更的合规性：可以在提交更新时修改App Store展示的应用名称，但要符合苹果的命名规范——不能和已有App重名、不能包含误导性词汇，审核时会检查这一点，建议提前在开发者后台确认名称可用。
• 技术栈从非原生转原生的注意事项：苹果完全允许这种技术栈升级，只要你的新版原生App符合iOS的开发规范（比如适配最新系统版本、遵循隐私政策等）。重点还是用户数据迁移：如果旧版非原生应用有本地数据（比如Web App的localStorage、混合框架的本地存储），新版原生App要做好数据读取和迁移的逻辑，避免用户升级后丢失数据，这是审核的重点之一。
• 提交时的审核备注：建议在审核备注里明确说明这次更新是「技术栈从非原生升级为原生+公司/应用名称变更」，并简要说明数据迁移方案，帮助审核团队更快理解你的更新意图，减少审核等待时间。

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