如何修复Facebook Messenger分享代码在内置浏览器失效错误

你当前使用的fb-messenger://自定义协议唤起逻辑，仅适配外部环境唤起Messenger的场景。当用户已经在Messenger内置WebView中打开页面时，重复调用该自定义协议会触发Messenger的路由冲突：系统检测到前台已运行Messenger进程，协议唤起的分享页会被判定为重复跳转直接回收，就会出现弹窗弹出后立刻关闭的现象。

• 环境识别校验：先通过UA特征区分访问环境，Messenger内置WebView的UA会包含Messenger标识，Facebook客户端内置WebView的UA会携带FBAN/FBIOS特征字段，普通外部浏览器无上述两类标识，先确认问题场景下的UA是否命中Messenger环境特征。
• 唤起日志排查：在Messenger环境下触发原分享逻辑，查看控制台/系统日志是否存在「重复Intent」「Activity已在前台运行」类路由报错，确认秒关问题由进程唤起冲突导致。
• 兼容逻辑验证：分别测试官方JS SDK分享、官方H5分享页在Messenger内置WebView下的表现，确认可用的适配方案。

做环境分流，不同场景使用对应适配的分享逻辑，禁止全场景硬套自定义协议唤起：

1. 非Messenger环境（普通浏览器、Facebook客户端、其他第三方App内置WebView）：保留原有fb-messenger://share/?link=待分享链接&app_id=你的应用ID的自定义协议唤起逻辑即可，该场景下兼容性最优。
2. Messenger内置WebView环境：弃用自定义协议唤起，二选一使用以下兼容方案：
   • 方案一：引入Facebook官方JS SDK，完成应用初始化后调用FB.ui的send接口实现同应用内分享，核心代码参考：

   // 先完成SDK初始化，填入你自己的有效app_id
   FB.ui({
     method: 'send',
     link: '待分享的页面链接'
   }, function(res) {
     // 分享完成后的回调逻辑
   })
   

   • 方案二：不引入SDK，直接跳转官方Web分享页，地址格式为https://www.facebook.com/dialog/send?link=待分享链接&app_id=你的应用ID&redirect_uri=分享完成后回跳的自身页面地址，该地址会在当前WebView内直接加载分享选择界面，不会触发进程冲突导致秒关。

• 前置校验注意：所有待分享的链接域名，必须提前在对应Facebook应用的开发者后台域名白名单中完成配置，否则会触发域名校验失败，任意场景下都无法正常完成分享。

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