如何实现从浏览器跳转回打开当前网页的移动端App

不存在无需移动端App做任何额外配置，就能100%稳定跳转回唤起浏览器的源App的通用方案，这是iOS、安卓系统级的安全隐私限制决定的：系统不会将唤起浏览器的源App标识、跳转路由等信息暴露给网页运行环境，防止网页恶意探测用户安装的App列表、窃取用户行为溯源信息。

你可以基于浏览器历史栈能力做降级适配，这是唯一不需要App配合就能实现的方案，但是无法保证全场景生效：

• 实现逻辑：如果App唤起浏览器时，是在当前浏览器已有任务栈中新增了你的网页访问记录，调用浏览器历史返回接口时，部分系统版本会自动切回上一级的源App；如果App是新开独立浏览器任务栈打开的链接，这个方法只会退到浏览器首页，无法回到App。
• React技术栈下的实现代码：

// 返回App按钮组件
export default function BackToAppBtn() {
  const handleClick = () => {
    // 存在历史记录时优先触发返回
    if (window.history.length > 1) {
      window.history.back()
      return
    }
    // 无历史记录的降级提示
    alert('未自动跳转回原应用，请通过系统多任务界面手动切换')
  }

  return <button onClick={handleClick}>返回原App</button>
}

• 该方案的兼容边界：
  • 安卓端：如果源App使用FLAG_ACTIVITY_NEW_TASK标记唤起浏览器（绝大多数外部App打开外部链接的默认配置），浏览器会启动独立任务栈，JS触发的历史返回无法切回原App，只有用户手动点击浏览器原生的返回按钮，部分系统版本才会回到源App。
  • iOS端：iOS 14及以下版本，仅用户手动点击Safari原生返回键可切回源App，网页内JS触发的history.back()无法触发系统级的应用切换；iOS 15及以上版本，网页JS触发的返回完全不支持跨应用切回。

以下方案在无App配置的场景下完全不可行，不要尝试：

• 枚举常见App的URL Scheme尝试唤起：你不知道源App的具体包名、自定义Scheme，不可能覆盖所有可能性，且现在主流浏览器都会拦截非用户主动触发的批量Scheme请求，还会弹出安全警告，严重影响用户体验。
• 尝试通过UA、系统API获取源App信息：移动端浏览器全部做了环境隔离，网页端没有任何接口可以拿到唤起浏览器的上游应用信息。

如果你完全无法协调App端做配置，只能使用上述历史返回的降级方案，同时在按钮旁补充提示，告知用户跳转失败时可手动通过系统多任务界面切回原应用。所有需要稳定跳转回App的方案（包括自定义Scheme、Universal Link、App Links），都必须App端提前注册对应路由、配置域名关联规则，网页端单方面无法实现。

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