简单的说，由于苹果选择使用沙盒机制来保障用户的隐私和安全，APP只能访问自己沙盒数据，但同时也阻碍了应用间合理的信息共享。因此苹果提供了一个可以在APP之间跳转的方法:URL Scheme。如果你的APP需要其他APP访问某些功能或者数据，那么你需要在你的APP定义一个相应的URL Scheme。当别的APP使用URL Scheme进行访问时，系统会根据URL Scheme进行匹配，从而来拉起对应的APP。
如果想要更清晰的认识URL Scheme电话，我们需要了解下面几个概念：
URL(Uniform Resource Locator:统一资源定位器)：也就是我们所属于的"网址"，通过它我们可以访问到我们想要的服务和资源，并且URL也可以传递相应的参数，也就是我们常说的GET请求；URL地址格式排列为：scheme://host:port/path,举个栗子：https://www.jianshu.com/u/b09c13696e1c就是个典型的URL，而这个网址对应的Scheme就是https，标识的是一个URL中的一个位置――最初始的位置，也可以理解为一种协议头。而我们自定义的URL Scheme可以理解为一种自定义的协议。- 根据我们上面对
URL Scheme的理解，我们可以很轻易地理解，在以本地应用为主的iOS上，我们可以像定位一个网页一样，用一种特殊的URL来定位一个应用甚至应用里某个具体的功能。而定位这个应用的标识，也就是Scheme。比如微信的Scheme是weixin,打开微信扫一扫功能的URL Scheme则是weixin://dl/scan。
这样一对比就容易很明白的理解出了URL Scheme的真正含义，它是为了在iOS系统中定位对应的App然后执行对应的操作，复杂的URL Scheme还可以传递参数。
- 使用iOS系统预设的
URL Scheme调用系统APP：iOS系统内置的App，如mail，电话等等，都有相应的URL Scheme供其他的APP调用。比如下面的代码就是使用系统的电话APP给18888888888打电话。
[[UIApplication sharedApplication] openURL:[NSURL URLWithString:@"tel://18888888888"]];以下是一些URL Scheme合集:
- 使用
URL Scheme让别的应用打开当前APP，自己的APP写好一下可以让其他APP来使用的功能，或者当前APP使用其他APP提供的服务。比如支付宝，当APP使用支付宝支付是，就可以使用支付宝定义好的Scheme来访问支付宝支付功能。因为URL可以携带一些参数因此我们也可以进行一些数据的共享。 - web页面通过
URL Scheme来使用APP的一些功能。web可以通过window.location.href跳转方式跳转对应的URL Scheme从而来使用APP中一些功能。相对比较常用的URL Scheme的应用场景。 - 进行App内页面跳转。在传统意义上的页面跳转，无非也就是以下几种方式：
- Storyboard的segues方式跳转
- 直接跳转present，dismiss跳转
- UINavigationController的push，pop跳转
或许你说我可以通过控制器的名字来创建对应的控制器进行动态的跳转，但事实上这样的方式如果仅仅进行跳转还是能满足需求的，但是在传递参数方面就是闲的力不从心。
所以说了那么多，有一种跳转方式可以既满足跳转的动态需求，也可以灵活的传递参数。这种方式就是使用URL Scheme进行动态跳转。这也是我非常推荐的一种使用方式。并且在一些组件化开发的尝试中，这种跳转方式也带来了很多便利。
URL Scheme跳转方式比较灵活，只需要本地进行简单逻辑处理，使用openURL来打开对应的控制器，而这个你想要打开的URL Scheme是可以动态的从服务器动态获取的。那么这样就很简单的实现了动态跳转。- URL Scheme传递参数的方式也与URL一致，只需要简单的在URL里附加上对应的参数即可。
- 这种页面跳转是无差别的，通过URL Scheme跳转可以无缝的在H5页面和原生页面之间跳转传值，而无需做更多的逻辑判断。
- 写在info.plist文件中的Scheme可能会被一些反编译手段获取到。
- 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有两种方式
在工程中的info.plist文件中添加对应的key值
tagets -> info -> URL Types 中添加
这两种注册方式本质上其实是一样的只是位置不同。
我们需要在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需要是以下方法：
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(@"完成"); }]; }
- 常用的
URL Scheme合集
文章若有不对地方，欢迎批评指正