React Native项目替换facebookAppId可行性及影响咨询

1. 能否创建新App ID替换现有ID？ #

当然可以。你可以在Facebook开发者控制台注册全新的应用，获取新的facebookAppId后，替换项目里所有旧ID的引用——包括iOS的Info.plist、Android的strings.xml，还有React Native代码中的相关配置项。

2. 替换App ID的主要弊端 #

• 现有Facebook功能临时失效：旧ID关联的所有功能（比如登录、分享、事件统计）会立刻停止工作，得等新ID的配置全搞定、新版本发布后才能恢复。
• 需重新完成全流程配置：新App ID要重新设置iOS/Android平台信息、权限、回调地址，还要提交应用审核，相当于从零搭建Facebook集成，得花不少时间精力。
• 旧App历史数据无法迁移：旧App的用户登录记录、分析数据没法转到新App，之前的统计会中断，只能从新ID启用后开始攒新数据。
• 存在审核不通过风险：如果新App涉及需要审核的权限（比如获取用户公开资料、邮箱），得重新提交审核，要是没过，相关功能就用不了。

3. 对已上架App Store和Play Store应用的影响 #

• 当前线上版本不受影响：已经上架的旧版本还是用旧App ID，只要旧App没被Facebook封禁，相关功能会正常跑。
• 新版本需适配后再提交审核：替换ID后的新版本，iOS要保证Info.plist里的FacebookAppID和FacebookDisplayName跟新App一致；Android要更新strings.xml里的对应字段，不然可能被应用商店拒审。
• 用户升级后需重新授权（可能）：用户更到新版本后，会切换到新ID的服务，第一次用Facebook相关功能时，要是权限范围有变化，可能得重新授权。

实用建议 #

• 先并行测试，再替换上线：先在开发环境配好新App ID，把所有功能测完、Facebook审核通过后，再发新版本替换旧ID，避免线上功能突然崩了。
• 提前备份旧配置：替换前一定要把所有含旧facebookAppId的配置文件备份好，防止操作失误搞砸项目。
• 可选：告知用户权限变化：如果新ID的权限跟旧的差很多，可以在应用更新说明里提一句，让用户知道可能要重新授权，减少疑惑。
• 同步更新第三方依赖：要是项目里有用到依赖Facebook登录的第三方服务（比如Firebase Auth），得同步更新这些服务里的Facebook App ID配置，不然联动功能会失效。

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