安卓App处理deeplink后返回原浏览器页面的实现方案咨询

安卓端实现逻辑 #

你之前直接通过Intent启动URL的方案确实会存在你提到的三个问题，可按照优先级选择以下方案实现：

• 最优方案：接收DeepLink唤起时，通过Activity.getReferrer()或者intent.extras[Intent.EXTRA_REFERRER]获取唤起方信息，确认是浏览器唤起后，App处理完全部业务逻辑，直接把DeepLink唤起的对应Activity栈全部销毁，系统会自动返回到之前处于栈顶的浏览器原始页面，不需要主动加载URL，不会弹出应用选择框，也不会开新标签页，完全符合预期体验。
• 兜底方案：如果业务需要返回时刷新原始页面或者跳转到指定页面，需要在启动URL的Intent中指定唤起方的浏览器包名，避免系统弹出应用选择框，同时配置Intent标记避免新开标签页，参考代码：

// 从唤起Intent中获取到的原始浏览器包名，比如com.android.chrome、com.tencent.mtt等
val browserPkg = callingActivity?.packageName ?: ""
if (browserPkg.isNotEmpty()) {
    val jumpIntent = Intent(Intent.ACTION_VIEW, Uri.parse(你需要打开的页面URL))
    jumpIntent.setPackage(browserPkg)
    jumpIntent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP or Intent.FLAG_ACTIVITY_SINGLE_TOP)
    startActivity(jumpIntent)
}
// 销毁当前App的DeepLink相关页面
finish()

iOS端实现逻辑 #

• 最优方案：接收DeepLink唤起时，通过UIApplicationOpenURLOptionsSourceApplicationKey获取唤起方的应用ID，确认是浏览器唤起后，处理完全部业务逻辑直接退出当前App的DeepLink业务栈，系统会自动切回之前的浏览器原始页面，不需要主动调用打开URL的接口。
• 兜底方案：如果需要返回指定页面，调用open方法打开URL时，系统会默认使用之前唤起App的浏览器打开，不会弹出选择框，参考代码：

if let targetUrl = URL(string: "你需要打开的页面URL") {
    UIApplication.shared.open(targetUrl, options: [:]) { _ in
        // 打开完成后清理当前App的DeepLink页面栈
    }
}

通用预处理优化 #

官网的DeepLink链接拼接时，可增加referrer_page参数，用户点击链接时自动把当前浏览器页面的URL写入参数，App端可直接读取该参数作为兜底跳转地址，避免找不到原始页面的问题。

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