iOS 唤起APP之URL Scheme

什么是URL Scheme

简单的说,由于苹果选择使用沙盒机制来保障用户的隐私和安全,APP只能访问自己沙盒数据,但同时也阻碍了应用间合理的信息共享。因此苹果提供了一个可以在APP之间跳转的方法:URL Scheme。如果你的APP需要其他APP访问某些功能或者数据,那么你需要在你的APP定义一个相应的URL Scheme。当别的APP使用URL Scheme进行访问时,系统会根据URL Scheme进行匹配,从而来拉起对应的APP。

如何理解URL Scheme

如果想要更清晰的认识URL Scheme电话,我们需要了解下面几个概念:

  1. URL(Uniform Resource Locator:统一资源定位器):也就是我们所属于的"网址",通过它我们可以访问到我们想要的服务和资源,并且URL也可以传递相应的参数,也就是我们常说的GET请求;
  2. URL地址格式排列为:scheme://host:port/path,举个栗子:https://www.jianshu.com/u/b09c13696e1c就是个典型的URL,而这个网址对应的Scheme就是https,标识的是一个URL中的一个位置——最初始的位置,也可以理解为一种协议头。而我们自定义的URL Scheme可以理解为一种自定义的协议。
  3. 根据我们上面对URL Scheme的理解,我们可以很轻易地理解,在以本地应用为主的iOS上,我们可以像定位一个网页一样,用一种特殊的URL来定位一个应用甚至应用里某个具体的功能。而定位这个应用的标识,也就是Scheme。比如微信的Schemeweixin,打开微信扫一扫功能的URL Scheme则是weixin://dl/scan

这样一对比就容易很明白的理解出了URL Scheme的真正含义,它是为了在iOS系统中定位对应的App然后执行对应的操作,复杂的URL Scheme还可以传递参数。

URL Scheme的应用场景

  1. 使用iOS系统预设的URL Scheme调用系统APP:iOS系统内置的App,如mail,电话等等,都有相应的URL Scheme供其他的APP调用。比如下面的代码就是使用系统的电话APP给18888888888打电话。
    [[UIApplication sharedApplication] openURL:[NSURL URLWithString:@"tel://18888888888"]];以下是一些URL Scheme合集:
  1. 使用URL Scheme让别的应用打开当前APP,自己的APP写好一下可以让其他APP来使用的功能,或者当前APP使用其他APP提供的服务。比如支付宝,当APP使用支付宝支付是,就可以使用支付宝定义好的Scheme来访问支付宝支付功能。因为URL可以携带一些参数因此我们也可以进行一些数据的共享。

  2. web页面通过URL Scheme来使用APP的一些功能。web可以通过window.location.href跳转方式跳转对应的URL Scheme从而来使用APP中一些功能。相对比较常用的URL Scheme的应用场景。

  3. 进行App内页面跳转。在传统意义上的页面跳转,无非也就是以下几种方式:

    • Storyboard的segues方式跳转
    • 直接跳转present,dismiss跳转
    • UINavigationController的push,pop跳转

    这些方式其实都有一个缺点,那就是跳转很不灵活,如果想让一个模块根据需求动态的跳转不同页面,传递不同的参数,那么就必须书写很多复杂的逻辑几句一些情况也选择要跳转的逻辑。
    或许你说我可以通过控制器的名字来创建对应的控制器进行动态的跳转,但事实上这样的方式如果仅仅进行跳转还是能满足需求的,但是在传递参数方面就是闲的力不从心。

所以说了那么多,有一种跳转方式可以既满足跳转的动态需求,也可以灵活的传递参数。这种方式就是使用URL Scheme进行动态跳转。这也是我非常推荐的一种使用方式。并且在一些组件化开发的尝试中,这种跳转方式也带来了很多便利。

使用URL Scheme跳转的好处

  1. URL Scheme跳转方式比较灵活,只需要本地进行简单逻辑处理,使用openURL来打开对应的控制器,而这个你想要打开的URL Scheme是可以动态的从服务器动态获取的。那么这样就很简单的实现了动态跳转。
  2. URL Scheme传递参数的方式也与URL一致,只需要简单的在URL里附加上对应的参数即可。
  3. 这种页面跳转是无差别的,通过URL Scheme跳转可以无缝的在H5页面和原生页面之间跳转传值,而无需做更多的逻辑判断。

使用URL Scheme跳转的缺点

  1. 写在info.plist文件中的Scheme可能会被一些反编译手段获取到。
  2. URL Scheme可能会被劫持调来安全隐患,比如支付宝的URL Scheme劫持漏洞。
    当然这是避免的,以下引自乌云:

苹果可以限制 iOS 应用不能注册别的应用的 Bundle ID 作为 URL Scheme。这样的话,使用自己的 Bundle ID 作为 URL Scheme 的接收器就会变的安全很多。

第三方应用可以通过①给自己发送 URL Scheme 请求来证明没有被劫持,如果没有收到自己的 URL Scheme,就可以及时给用户发送提醒;②利用 MobileCoreServices 服务中的 applicationsAvailableForHandlingURLScheme() 来查看所有注册了该 URL Schemes 的应用和处理顺序,从而检测自己、或者别人的 URL Scheme 是否被劫持。

注册自定义URL Scheme

注册自定义URL Scheme有两种方式

  1. 在工程中的info.plist文件中添加对应的key值




  2. tagets -> info -> URL Types 中添加



这两种注册方式本质上其实是一样的只是位置不同。

URL Scheme相关验证

从其他应用或Safari中使用URL Scheme拉起APP

我们需要在APPdelegate中实现相应的代理方法:

iOS 9.0以下
- (BOOL)application:(UIApplication *)application openURL:(NSURL *)url sourceApplication:(NSString *)sourceApplication annotation:(id)annotation
iOS 9.0以上
- (BOOL)application:(UIApplication *)application openURL:(NSURL *)url sourceApplication:(NSString *)sourceApplication annotation:(id)annotation;

下面我们通过Safari来验证:


- (BOOL)application:(UIApplication *)app openURL:(NSURL *)url options:(NSDictionary<UIApplicationOpenURLOptionsKey,id> *)options {
    NSLog(@"%s",__func__);
    NSLog(@"options: %@", options);
    NSLog(@"URL scheme:%@", [url scheme]);
    NSLog(@"URL query: %@", [url query]);
    
    // 提示并展示query
    UIAlertView *alertView = [[UIAlertView alloc] initWithTitle:@"打开URL Scheme成功"
                                                        message:[url query]
                                                       delegate:nil
                                              cancelButtonTitle:@"确定"
                                              otherButtonTitles:nil];
    [alertView show];
    
    return YES;
}

在当前应用中使用URL Scheme

在应用中调用URL Scheme需要是以下方法:

iOS10.0以下使用该方法:
- (BOOL)openURL:(NSURL*)url NS_DEPRECATED_IOS(2_0, 10_0, "Please use openURL:options:completionHandler: instead") NS_EXTENSION_UNAVAILABLE_IOS("");
iOS10.0以上使用该方法:
- (void)openURL:(NSURL*)url options:(NSDictionary<UIApplicationOpenExternalURLOptionsKey, id> *)options completionHandler:(void (^ __nullable)(BOOL success))completion NS_AVAILABLE_IOS(10_0) NS_EXTENSION_UNAVAILABLE_IOS("");
还有一个方法可以判断对应URL Scheme是否存在一般和上述方法一起使用:
- (BOOL)canOpenURL:(NSURL *)url NS_AVAILABLE_IOS(3_0);

下面来验证一下:

- (void)btnClick:(UIButton *)sender {
    [[UIApplication sharedApplication] openURL:[NSURL URLWithString:@"schemeDemo://"] options:@{} completionHandler:^(BOOL success) {
        NSLog(@"完成");
    }];
}
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,053评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,527评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,779评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,685评论 1 276
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,699评论 5 366
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,609评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,989评论 3 396
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,654评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,890评论 1 298
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,634评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,716评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,394评论 4 319
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,976评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,950评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,191评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 44,849评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,458评论 2 342

推荐阅读更多精彩内容