Flutter中receive_share_intent导致生产环境打开第三方App问题排查

成因分析 #

• 自定义URL Scheme冲突：你的Wishlists App和“draw names”App注册了完全相同的自定义URL Scheme（比如share这类通用名称），iOS系统无法区分跳转请求归属，会按安装顺序或缓存关联关系打开错误的App。
• Universal Links配置重叠：如果两个App绑定了同一个域名的Universal Links，且路径规则未做明确区分，系统匹配跳转时会出现错误指向。
• App Group或插件配置漏洞：即便你配置了自己的app group，若“draw names”App也使用了相同的group名称，或者receive_share_intent插件的iOS端配置（如Info.plist中的CFBundleURLTypes）与对方重复，也会导致系统混淆。

解决方案 #

1. 修改重复的URL Scheme #

• 打开Xcode中Wishlists App的Info.plist，找到CFBundleURLTypes节点，将URL Scheme替换为唯一标识（建议使用包含自身Bundle ID的名称，比如com.yourcompany.wishlists.share），避免使用通用名称。
• 修改完成后重新编译安装，测试跳转行为是否恢复正常。

2. 校验Universal Links配置（若使用） #

• 检查你的apple-app-site-association文件，确保appIDs仅包含自己的Team ID + Bundle ID，路径规则仅指向本App的分享入口，杜绝与其他App重叠。
• 在Xcode的Associated Domains配置中，仅保留属于你的专属域名，移除无关项。

3. 修正插件与App Group配置 #

• 查看receive_share_intent插件的iOS配置文件，确认NSExtension相关属性中，分享服务的标识符为专属值，不要使用通用标识符。
• 将App Group名称更换为唯一值（比如group.com.yourcompany.wishlists），避免与其他App共用同一group。

4. 清除系统关联缓存（测试场景） #

• 测试设备上先卸载两个App，再重新安装Wishlists App，可清除系统缓存的旧关联记录；用户端可指导其重启设备，或先卸载“draw names”App验证是否恢复正常，再定位具体冲突点。

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