Flutter使用Share/Share_Plus分享链接后无法打开浏览器求助

你遇到的问题核心原因是：你的Flutter应用配置了深度链接（Deep Link），导致系统把分享的https://supersport.com链接识别为打开APP的触发指令，而非外部网页链接。下面是具体排查和解决步骤：

1. 检查Android端配置 #

打开android/app/src/main/AndroidManifest.xml，查看是否存在包含supersport.com的<intent-filter>配置，示例如下：

<intent-filter>
    <action android:name="android.intent.action.VIEW" />
    <category android:name="android.intent.category.DEFAULT" />
    <category android:name="android.intent.category.BROWSABLE" />
    <!-- 这里的host配置会拦截supersport.com的所有链接 -->
    <data android:host="supersport.com" android:scheme="https" />
</intent-filter>

如果有这类配置，你可以：

• 修改host为专属子域名，比如app.supersport.com，让APP只拦截该子域名的链接
• 给<data>添加pathPrefix限制，比如<data android:host="supersport.com" android:scheme="https" android:pathPrefix="/app/" />，这样只有https://supersport.com/app/开头的链接才会触发APP，分享的网页链接就不会被拦截

2. 检查iOS端配置 #

打开ios/Runner/Info.plist，查看是否存在以下两类配置：

• CFBundleURLTypes中是否有对应supersport.com的Scheme
• associatedDomains中是否包含applinks:supersport.com（App Links配置）

示例冲突配置：

<key>associatedDomains</key>
<array>
    <string>applinks:supersport.com</string>
</array>

解决方式和Android类似：

• 将applinks的域名改为子域名，比如applinks:app.supersport.com
• 或者通过苹果开发者后台配置App Links时，指定仅拦截特定路径的链接

3. 分享逻辑的优化调整 #

如果需要保留主域名的深度链接配置，同时分享网页链接，可以：

• 分享网页专属的路径链接，比如https://supersport.com/articles/xxx，确保该路径不在APP的深度链接拦截规则内
• 尝试使用share_plus的明确分享方法，确保链接被正确识别：

onTap: () async {
  await SharePlus.share('查看详情：https://supersport.com');
},

总结 #

问题本质是深度链接规则和分享的网页域名冲突，导致系统优先启动APP而非打开浏览器。通过调整两端的深度链接配置，缩小APP拦截的域名/路径范围，就能解决这个问题。

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