You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

iOS deep linking场景下如何识别启动当前应用的来源应用?

iOS识别Custom URL Scheme调用方的实现方案

iOS没有和Android getCallingPackage(context) 完全对等的公开API,苹果出于隐私保护的设计,默认不会全场景向开发者提供调用方的唯一标识,但可以通过以下两种方案满足大部分场景的需求:

方案1:使用系统回调参数获取调用方Bundle ID

iOS 9及以上版本中,App处理URL Scheme回调的application:openURL:options:方法提供了来源标识字段:

  • 对应key为UIApplicationOpenURLOptionsSourceApplicationKey,返回值为调用方App的Bundle ID
  • 适用场景限制:
    • 仅当调用方通过系统原生openURL接口唤起你的App时可正常获取
    • 若调用方为网页、系统组件、或者主动隐藏了来源标识,该字段会返回空
    • Universal Link唤起场景下该字段不可用

Objective-C代码示例:

- (BOOL)application:(UIApplication *)app openURL:(NSURL *)url options:(NSDictionary<UIApplicationOpenURLOptionsKey,id> *)options {
    NSString *sourceBundleId = options[UIApplicationOpenURLOptionsSourceApplicationKey];
    if (sourceBundleId) {
        NSLog(@"调用方Bundle ID:%@", sourceBundleId);
    }
    // 后续URL处理逻辑
    return YES;
}

Swift代码示例:

func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey : Any] = [:]) -> Bool {
    if let sourceBundleId = options[.sourceApplication] as? String {
        print("调用方Bundle ID:\(sourceBundleId)")
    }
    // 后续URL处理逻辑
    return true
}

方案2:约定URL参数校验(合作场景专用)

如果你的URL Scheme仅用于和已知合作App联动,可以和调用方提前约定身份校验规则:

  • 要求调用方在跳转URL的参数中携带约定好的身份标识、甚至加密签名
  • 你收到跳转请求后先校验参数合法性,即可确认调用方身份

该方式不受系统API限制,可靠性更高,但仅适用于提前和调用方达成约定的场景,无法识别陌生App的调用请求

注意事项

  • 目前没有任何公开API可以100%覆盖所有场景下的调用方识别需求
  • 不要尝试使用私有API获取调用方信息,会被App Store审核拒绝
  • Universal Link唤起场景下仅能获取来源网页的域名,无法获取调用方App的相关标识

内容的提问来源于stack exchange,提问作者Abhi Testing

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.10.01 23:18:04