React Native：不使用Linking.openURL在Android与iOS中强制打开默认浏览器及解决DeepLink无限循环问题

这个问题我之前碰到过好几次，确实是DeepLink处理里很容易踩的循环陷阱，下面分Android和iOS两边给你具体的解决办法，还有优化思路：

Android端：强制打开浏览器+避免Intent Filter误捕获 #

1. 用指定浏览器的Intent跳过自身的DeepLink #

你完全可以通过Linking.sendIntent构造一个只针对浏览器的Intent，这样就不会触发自己App的Intent Filter了。比如强制调用Chrome浏览器的示例：

import { Linking } from 'react-native';

const openUrlInBrowser = async (targetUrl) => {
  try {
    // 构造Intent，指定Chrome包名，确保不会被自身App捕获
    await Linking.sendIntent('android.intent.action.VIEW', [
      `url:${targetUrl}`,
      'package:com.android.chrome'
    ]);
  } catch (error) {
    // 如果用户没装Chrome，降级到系统默认浏览器
    await Linking.openURL(targetUrl);
  }
};

如果是原生Android代码处理的话，逻辑类似：创建Intent(Intent.ACTION_VIEW, Uri.parse(targetUrl))，然后调用intent.setPackage("com.android.chrome")，再startActivity(intent)，这样就能直接跳浏览器，不会触发自身的Intent Filter循环。

2. 优化Intent Filter的匹配范围 #

既然你的可处理路径是明确的（比如/foo/bar这类），尽量不要用太宽泛的通配符（比如/foo/*），而是把能处理的路径逐个列在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" />
  <!-- 只匹配能处理的路径 -->
  <data android:scheme="https" android:host="www.mydomain.com" android:path="/foo/bar" />
  <data android:scheme="https" android:host="www.mydomain.com" android:path="/foo/baz" />
  <!-- 支持子路径的话用pathPrefix -->
  <data android:scheme="https" android:host="www.mydomain.com" android:pathPrefix="/foo/support-sub/" />
</intent-filter>

如果路径实在太多，也可以在App启动时先判断URL是否属于可处理范围，不可处理就直接调用上面的浏览器跳转方法，避免后续循环。

iOS端：绕过Universal Links强制打开Safari #

1. 强制禁用Universal Links跳转 #

iOS上要跳过Universal Links直接打开Safari，关键是在打开URL时设置universalLinksOnly: false选项。如果是React Native，更可靠的方式是写一点原生Swift代码：

if let targetUrl = URL(string: "https://www.mydomain.com/foo/not-this") {
  // 强制跳过Universal Links，直接打开Safari
  UIApplication.shared.open(targetUrl, options: [UIApplication.OpenExternalURLOptionsKey.universalLinksOnly: false], completionHandler: nil)
}

这样即使你的Site Association文件匹配了这个URL，也会直接跳浏览器，不会触发App的DeepLink逻辑，自然就不会有循环了。

2. 精简Site Association文件的路径配置 #

和Android一样，尽量只在Site Association里配置你能处理的路径，避免用/foo/*这种宽泛的通配符：

{
  "applinks": {
    "apps": [],
    "details": [
      {
        "appID": "你的TeamID.com.your.app",
        "paths": [
          "/foo/bar",
          "/foo/baz/*",
          "/foo/another-handle-path"
        ]
      }
    ]
  }
}

如果路径频繁变动，苹果的Site Association文件缓存可能会有延迟，这时候就必须依赖App内的URL判断逻辑：收到DeepLink后先检查是否能处理，不能的话就调用上面的强制浏览器跳转方法。

通用优化建议 #

1. 先在App内做URL白名单校验：不管Intent Filter/Site Association匹配了什么URL，先在App的DeepLink入口处判断是否在可处理白名单里，不在就直接跳浏览器，这是最稳妥的防循环手段。
2. 避免过度依赖通配符：尽量把可处理路径明确列出来，减少不必要的URL进入App，从源头减少循环概率。

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