iOS应用OpenID Connect重定向触发深度链接问题求助

问题1：iOS唤起应用的触发条件文档 #

苹果官方的Universal Links文档里明确了核心触发规则：

• 用户直接点击匹配apple-app-site-association中paths规则的链接时，会唤起应用
• 服务器端发起的3xx重定向到匹配规则的URL时，哪怕是无交互的自动重定向，也会触发应用唤起
• exclude排除规则只对初始请求的路径生效，如果重定向的目标路径不在排除列表里，iOS照样会触发唤起

你找不到完整列表是因为苹果的相关规则分散在「Support Universal Links」和「Handle Universal Links」这几个章节里，里面详细说明了触发场景和排除规则的生效范围。

问题2：阻止意外唤起的解决方案 #

给你几个比meta refresh更靠谱的方案：

方案1：用JS客户端跳转替代服务器端重定向 #

在回调页面完成令牌交换后，别用服务器端3xx重定向，改用JavaScript触发客户端跳转：

// 令牌交换完成后执行
window.location.href = "/your-start-page";

iOS对客户端侧的自动跳转（非用户点击触发的）不会触发Universal Links唤起——苹果的规则里，只有用户主动交互或服务器端重定向才会触发应用唤起。

方案2：调整apple-app-site-association的排除规则 #

把OIDC回调后重定向的目标路径临时加入exclude列表，比如：

{
  "applinks": {
    "apps": [],
    "details": [
      {
        "appID": "你的TeamID.你的BundleID",
        "paths": ["*"],
        "exclude": ["/oidc-callback", "/your-start-page"]
      }
    ]
  }
}

但这样会导致正常情况下用户点击/your-start-page也不会唤起应用，所以可以给起始页面加个专属的浏览器入口路径（比如/browser-start），回调后先重定向到这个路径（把它加入排除列表），再用JS跳转到真正的起始页面。

方案3：应用内识别并引导回浏览器 #

如果必须保留当前重定向逻辑，可以在应用的Universal Links处理代码里，判断当前URL是否是OIDC流程的跳转结果（比如加个oidc-redirect=true的查询参数），如果是，直接打开浏览器加载该URL，不在应用内处理：

func application(_ application: UIApplication, continue userActivity: NSUserActivity, restorationHandler: @escaping ([UIUserActivityRestoring]?) -> Void) -> Bool {
    guard userActivity.activityType == NSUserActivityTypeBrowsingWeb, let url = userActivity.webpageURL else {
        return false
    }
    
    // 识别OIDC流程的重定向
    if url.path == "/your-start-page" && url.query?.contains("oidc-redirect=true") == true {
        UIApplication.shared.open(url, options: [:], completionHandler: nil)
        return false
    }
    
    // 正常处理其他Universal Links
    return true
}

这种方法需要在回调后的重定向URL里加标识参数，让应用能区分普通跳转和OIDC流程的跳转。

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