【转】iOS URL Scheme -- 不错
原文网址：iOS URL Scheme - 简书 (jianshu.com)
前言
由于“沙盒”机制的存在，iOS系统中的app都处于一个相对封闭的环境中，app之间的不管是合理还是不合理的信息共享基本都被阻隔掉了，当然苹果这样做的目地也很简单，就是为了保护用户的隐私和安全(这也是现在互联网存在的一个很重要问题，毕竟已经爆出了各种门了)。那么app之间想要跳转或者做一些基本的信息传递该怎么办呢？那么就用到了文章的主题URL Scheme。
URLScheme是啥
网址相信大家都很了解了，其实URL Scheme跟网址差不多的，很类似，URL Scheme拆分开就两个单词：
- URL(Uniform Resoure Locator：统一资源定位器) 也就是我们常说的链接或者网址
- Scheme 一般一个网址的格式是
scheme://host:port/path，而scheme表示URL的第一个位置---最初开始的位置
在iOS 系统中，安装了一个app后，如果这个app有URL Scheme的话，安装完成后会在系统中注册该URL Scheme，这样别的app或者浏览器就可以通过该到URL Scheme定位该app，当然定位到app只是URL Scheme最基本的功能。
URL Scheme的使用方式
1.最简单也是最基础的作用就是从别的app或者浏览器中打开自己的app，当然单纯打开肯定是没啥意义的，但是这个也是下面功能的基础。
2.在URL Scheme后面拼接参数实现业务功能，例如系统的app也有URL Scheme，使用代码tel://18788888888就可以弹出弹框提示是否需要拨打电话，常用的系统URL Scheme，还有一些第三方的URL Scheme，不过第三方的URL Scheme都只是基本的Scheme，具体的功能参数拼接就需要查看官方文档或者直接使用第三方的SDK了。
这里还说个事就是苹果针对URL Scheme没有提出不能使用重复scheme的说明，所以一些app就在自己app里面使用一些app一样的scheme以达到拦截URL Scheme的问题，可以看看URL Scheme拦截。
以上是URL Scheme常用的方式，你也可以使用的更复杂点，可以参考URL Scheme从入门到精通
URL Scheme的用法
说了这么多，那app里面怎么添加自己的URL Scheme呢？其实很简单:
添加完也直接反应到配置文件info.plist中了，当然你要是觉得自己很厉害，也可以直接在info.plist文件里面加(恩！你是最棒的！)
自己app的URL Scheme添加好了，别的app怎么使用呢？也很简单
[[UIApplication sharedApplication] openURL:[NSURL URLWithSting:@"***://***"]]；
当然如果没安装该app的话，这个代码也是无效了，用户啥效果都看不到，所以为了更友好的交互呢，可以在外层添加判断
if ([[UIApplication sharedApplication] canOpenURL:[NSURL URLWithString:@"***://***"]])
{
[[UIApplication sharedApplication] openURL:[NSURL URLWithString:@"***://***"]];
}else{
//提示用户未安装app
}
别的app利用URL Scheme打开自己的app的动作该怎么扑捉呢？在app被URL Scheme打开的时候会触发如下代理方法，使用的版本要求也都在下面了。(建议把对URL Scheme的处理封装出来，减少AppDelegate的代码量)
- (BOOL)application:(UIApplication *)application handleOpenURL:(NSURL *)url NS_DEPRECATED_IOS(2_0, 9_0, "Please use application:openURL:options:") __TVOS_PROHIBITED;
- (BOOL)application:(UIApplication *)application openURL:(NSURL *)url sourceApplication:(nullable NSString *)sourceApplication annotation:(id)annotation NS_DEPRECATED_IOS(4_2, 9_0, "Please use application:openURL:options:") __TVOS_PROHIBITED;
- (BOOL)application:(UIApplication *)app openURL:(NSURL *)url options:(NSDictionary<NSString*, id> *)options NS_AVAILABLE_IOS(9_0); // no equiv. notification. return NO if the application can't open for some reason
但是我一直有个疑问这几个代理方法都有一个BOOL返回值，这个返回值的作用是啥？return NO if the application can't open for some reason虽然这里有一个备注，但是我不管返回的YES/NO，app都会打开的(有人要是知道还望指教)。
至此URL Scheme的使用基本完成了，但是程序员的脑袋是聪明的，有些程序员可以再代码里面遍历他知道的所有第三方URL Scheme，并利用[[UIApplication sharedApplication] canOpenURL:[NSURL URLWithString:@"***://***"]]知道用户有没有安装该第三方应用，这样就可以给用户推送相应的消息，例如通过有没有安装女性app知道用户的性别，然后可以给用户推荐女性用户的消息，这个明显窥探了用户的隐私了，所以iOS 9后苹果为URL Scheme添加了白名单，开发者需要在白名单中注册自己app要用到的URL Scheme，而白名单是有数量限制的，最多50个，在iOS 9中不在白名单中注册的话，利用URL Scheme是打不开其他app的，而且在控制台还会打印如下错误信息，错误信息也说的很清楚了
2017-02-10 15:41:56.011 LYURLSchemeAPPA[1870:174154] -canOpenURL: failed for URL: "appb://" - error: "This app is not allowed to query for scheme appb"
有时候就算在URL Scheme白名单中注册了还是会打印类似于下面的日志，只不过error后面是null，网上说这个是模拟器的bug，换成真机就可以了，但是我试了，的确会少一部分日志但是还是存在的一部分，也不知道是为啥。
2017-02-10 11:32:35.196 LQEachOnlineManager[1541:77944] -canOpenURL: failed for URL: "mqq://" - error: "(null)"
番外
如何找到第三方app的URL Scheme呢？
1.在itunes下载一个该应用的安装包
2.利用在finder中显示在文件夹中找到找到安装包，拷贝到桌面，修改后缀名为.zip，解压文件
3.打开payload->***.app->显示包内容，查找info.plist，这个就跟自己app的info.plist一样了，app注册了哪些自定义的URL Scheme就一目了然了
这个也算是URL Scheme的缺点吧！
遗留问题
1.代理方法BOOL返回值的作用
- (BOOL)application:(UIApplication *)application handleOpenURL:(NSURL *)url NS_DEPRECATED_IOS(2_0, 9_0, "Please use application:openURL:options:") __TVOS_PROHIBITED;
- (BOOL)application:(UIApplication *)application openURL:(NSURL *)url sourceApplication:(nullable NSString *)sourceApplication annotation:(id)annotation NS_DEPRECATED_IOS(4_2, 9_0, "Please use application:openURL:options:") __TVOS_PROHIBITED;
- (BOOL)application:(UIApplication *)app openURL:(NSURL *)url options:(NSDictionary<NSString*, id> *)options NS_AVAILABLE_IOS(9_0); // no equiv. notification. return NO if the application can't open for some reason
相关文章
1.URLScheme 使用说明
2.URL Scheme从入门到精通
3.[iOS开发]打开另一个APP（URL Scheme与openURL）
