iOSer作为移动开发者中的一员，不得不说深度链接在当下这个“流量”时代已经成为我们的必修课了，那么什么是深度链接呢？简单的说就是，可以通过一个简单的“链接”，打开App并直接进入该App中的内容页。前提是该手机上已安装该App，且该App需要支持深度链接。例如：在Safari里看到的澎湃新闻App的某一篇新闻“中国又一新的世界遗产...”点击下面滚动Banner上的“打开App”按钮便可直接进入澎湃新闻App（已安装）中对应的新闻页面：可见在移动端采用深度链接技术，极大的省去了用户打开App、再搜索内容或者点击某处进入指定页面等繁琐的操作，直接点击网页上的打开按钮即可一键到达App内的指定页面。
一、iOS上深度链接的由来
1、SandBox（沙盒）SandBox（沙盒）是苹果官方规定的iOS系统强制应用程序只能够读取应用程序内部数据，不可以访问其他应用信息数据的一种机制。1.在iOS系统的设备中每一个App都有自己的储存空间；2.App只能访问自己沙盒目录下的内容，不能访问其它存储空间的内容；3.应用程序的数据请求需要经过权限检测，检测不通过则不执行；
2、为什么使用沙盒？SandBox（沙盒）是安全体系中的一种机制，从而苹果公司在设计iOS系统时，考虑到应用之间的信息安全，对应用程序的访问权限设置了限制。
3、SandBox（沙盒）的弊端使用沙盒机制后App之间不能相互访问进行通信，从而使得App成为一个个的信息孤岛。（弱小可怜又无助）
4、如何解决SandBox（沙盒）问题？不能说苹果的初衷怎么样，但是带来的问题是显而易见的，那么其实苹果早在2010年iOS4的时候就已经意识到App信息孤立的问题了，所以推出了URLScheme技术，此技术使得iOS系统可以通过特定的URL方式传递参数给另外一个App。例如：iOSer://userid=123456&name=sands。不得不承认，这个技术确实解决了当初比较棘手的问题，但是在日新月异的今天，URLScheme的诟病也日渐显著，比如想要实现两个App之间的跳转则需要兼并开发，再比如URLScheme能够打开App的前提是已经安装了App，如果没有安装则一定会报错，相信下面的错误大家一定都见的不少，更重要的是现在越来越多的浏览器已经不再支持URLScheme了，这必然让我们不得不另辟蹊径。相信苹果也是深刻的意识到了URLScheme已经不再是长久之计了，所以苹果在2015年iOS9中隆重推出了UniversalLinks（通用链接）。
二、深度链接解决的问题
1、UniversalLinks(通用连接)一种能够通过点击传统HTTPS链膜膏匆煦接来启动App或者打开对应网站的技术。通过唯一的网址,不需醐肛们亲要特别的URIScheme就可以链接一个特定App里面的视图。比如：一个App分享内容到微信，用户在微信内置浏览器中看到H5页面内容，然后用户点击触发UniversalLinks链接后，即可直接打开App内相同的页面内容。（PS:由于微信6.5版本之后做了屏蔽操作，导致无法直接打开App了，但这并不影响系统引导。）NOTEUniversallinksletusersopenyourappwhentheytaplinkstoyourwebsitewithinWKWebViewandUIWebViewviewsandSafaripages,inadditiontolinksthatresultinacalltoopenURL:,suchasthosethatoccurinMail,Messages,andotherapps.WhenauserisbrowsingyourwebsiteinSafariandtheytapauniversallinktoaURLinthesamedomainasthecurrentwebpage,iOSrespectstheuser’smostlikelyintentandopensthelinkinSafari.IftheusertapsauniversallinktoaURLinadifferentdomain,iOSopensthelinkinyourapp.ForuserswhoarerunningversionsofiOSearlierthan9.0,tappingauniversallinktoyourwebsiteopensthelinkinSafari.
2、首先，这是一种标准的HTTPS链接，为什么要强调这一点呢？因为它解决了一个很核心的问题，即使你的设备上没有安装App，那么点击该链接也不会出现上面“Safari无法打开该网页，因为网址无效”的报错，它可以当作普通网页正常被访问，为用户体验层面的提升提供了更多的可能。
3、其次，通过UniversalLinks跳转到自己App从而进行通讯的方式不需要两个App之间的兼并开发，别人的App里不需要为打开自己的App做任何配置，只需要自己开发配置好自己的App和网页即可，不管自己的网页是在哪一个App里被打开，网页和App之间实现的UniversalLinks都一直有效。
4、最后，使用这种方式还有几个细节优势点，比如省去了URLScheme跳转App前的系统确认提示框，相比之下更直接，另外，App未安装时点击之后直接访问网页，一方面解决了URLScheme在浏览器层面不可知的成功或者失败，同时还能够呈现给用户网页内容，引导用户下载或是进行网页操作，不管从哪一层面来说，这都是一种完胜URLScheme的方式。
三、如何实现iOS上的深度链接
1、添加UniversalLinks的支持很简单。你只酋篚靶高需要三步即可实现：·创建一个apple-app-site-associa墉掠载牿tion文件，文件内容是关于你的App能够处理的URLs的JSON数据·上传上面创建好的这个apple-app-site-association文件到你的支持HTTPS的Web服务器。你可以将这个文件放到你服务器的根目录下或者.well-known的子文件夹里·在你的App里配置、处理UniversalLinks创建和上传Association文件为了在你的网站和App之间创建一个安全的连接，你建立了它们之间的信任关系。这个信任关系的建立分两步：·一个是你添加到你的网站的apple-app-site-association文件·另一个是你添加到你的App的com.apple.developer.associated-domains权限（这一部分在下面的准备处理UniversalLinks的App中介绍）在您的apple-app-site-association文件中，您可以指定网站中应作为通用链接处理的路径以及不应作为通用链接处理的路径。保持路径列表相当短，并通过正则通配符的方式来匹配更多的路径集。如下是一个apple-app-site-association文件的示例，该文件标识了应作为通用链接处理的三个路径。
2、注意不要在apple-app-site-association文件名后面添加.门钙蹲茌json后缀。·apps：这个k髫潋啜缅ey必须存在，并且对应value必须是一个空数组·details：这个key对应的value是一个包含一个或多个字典的数组，其中每一个字典都对应一个网站支持的app，另外，数组中字典的顺序决定了系统查询匹配的顺序，所以你可以指定app只处理你网站的部分路径·appID：这个key对应的value是TeamID后面拼接上BundleID，这个很重要，千万不能错·paths：这个key对应的value是指定你的网站中哪些路径是需要（或者不需要）app处理的字符串数组。不需要匹配的path则在对应路径前面加NOT即可，例如："paths":["/moblink/news/","NOT/videos/moblink/2010/*","/videos/moblink/201?/*"]由于系统会顺序查找路径规则，一旦发现规则相匹配时则停止查找，所以你应该将优先级高的写在优先级低的后面。如果将前面的示例改为："paths":["/moblink/news/","/videos/moblink/201?/*","NOT/videos/moblink/2010/*"]则数组中最后一条规则就没有用了，因为它一定会被前一条规则拦截掉。在apple-app-site-association文件中有很多种方式来指定网站路径。你可以：·用*来指定你的整个网页都支持·包含一个特殊的URL，例如/moblink/news来指定部分链接支持·在特殊URL后面加*，例如/videos/moblink/2017/*来指定一组链接支持注意paths数组中的路径字符串是大小写敏感的，一定要注意区分大小写。创建apple-app-site-association文件后，将其上传到HTTPSWeb服务器的根目录或.well-known子目录。该文件需要通过HTTPS直接访问-无需重定向-位于https://<domain>/apple-app-site-association或https://<domain>/.well-known/apple-app-site-association。接下来，你需要在你的App中处理UniversalLinks。准备处理UniversalLinks的AppUniversalLinks使用了两项技术：第一个是在Web浏览器和App之间启用Handoff的相同机制，第二个是共享Web凭据。关于这两项技术可以参考官方WebBrowser–to–NativeAppHandoff和SharedWebCredentialsReference。当用户点击一个UniversalLink时，iOS系统启动你的App，并且带了一个你可以查询到你的App是通过什么方式被启动的NSUserActivity对象参数到你的App里。要在你的App里支持UniversalLinks，只需要做如下两步：·添加一个指定的你的App支持的域名权限·更新你的AppDelegate当接收到NSUserActivity对象时作出适当的响应在你App的com.apple.developer.associated-domains权限里，包含了所有你的App想要当作universallink处理的域名列表。在Xcode的项目主页中，选择Capabilitiestab页，然后打开AssociatedDomains，以applinks:开头添加上你的App支持的域名，例如：applinks:z.t4m.cn、applinks:*.ulml.mob.com
3、注意：这个域名权限列表最多添加20到30个。配置好AssociatedDomai艘绒庳焰ns之后，就要在AppDelegate.m蒗钰妒蟥中实现HandOff的UIApplicationDelegate方法以便你的App能够接收到universallink并进行适当的处理。-(BOOL)application:(UIApplication*)applicationcontinueUserActivity:(NSUserActivity*)userActivityrestorationHandler:(void(^)(NSArray<id<UIUserActivityRestoring>>*_Nullable))restorationHandler{NSLog(@"title:%@",userActivity.title);//NSUserActivityTypeBrowsingWebNSLog(@"activityType:%@",userActivity.activityType);//ThewebpageURLpropertyalwayscontainsanHTTPorHTTPSURL,andyoucanuseNSURLComponentsAPIstomanipulatethecomponentsoftheURL.NSLog(@"webpageURL:%@",userActivity.webpageURL);//根据webpageURL的路径、参数等作出适当的处理//<yourcodehere...>returnYES;}
4、到此，iOS上深度链接的实现就完成了。整体来看，实现iOS上的深度链接涉及到前后端的操作和联调会特别多，尤其是HTTPS证书和错误处理访问到网站那一块，看似简单，但真正一步一步做起来的时候，大大小小的问题还是不少的，如果对于前后端不是特别熟悉的话可能还是需要一些时间的。这里我建议大家可以选择第三方深度链接服务，比如MobLink、魔窗、LinkedMe等等，相比之下，MobLink全球领先的移动端场景还原解决方案以免费、服务好和功能而出名，较为推荐。
四、WWDC2019:What'sNewinUniversalLinks
1、时隔多年，在刚结束没有多久的WWDC2019中，又再一次提到了UniversalLinks，虽然整个session不长，也就不到20分钟的时间，但足以体验苹果一直在做这件事儿。首先，划一下重点：UniversalLinks之前只支持在iOS和tvOS平台上，现在全面登陆到macOS平台上了，无论你是用UIKit还是AppKit开发的MacApp都可以使用UniversalLinks。这一次WWDC2019UniversalLinks主要的变化有两点：·apple-app-site-association文件支持精细化地址匹配写法·全面支持macOS系统
2、OverView总览UniversalLink的基本运作机制·通过在XCode的App配置中配置了相关信息以及安全域名指定·通过在Httpsonly的安全域名上部署一个配置apple-app-site-association文件·apple-app-site-association文件中配置上丰富的website与app的链接信息·在website与app之间建立起了安全有效的握手机制·实现website的url与app的直接联动·相对于自定义的schemes来说UniversalLink能带给你更安全更流畅的体验补充：schemes上最令人诟病的就是app劫持，很多app会冒充注册知名大厂的appscheme从而拦截调常规的大厂scheme唤起，这一点在UniversalLink就能很好的避免。apple-app-site-association文件精细化匹配下图是MobLink这款提供深度链接功能的SDK的apple-app-site-association文件老的写法示例。
3、这是新的写法，支持了更多更强的配置能力。·apps这个字段只有在iOS上有用，tvOS/macOS这个字段可以忽略·details字段结构大幅度变化o以前是字典appID为Key，现在是数组，并且支持appIDs这样的key，可以一套配置适配多个appID，大幅度减少工作量o新增components字段，可以进一步约束UniversalLink的生效条件§可以通过/来配置支持的path格式条件§可以通过#来配置支持的锚点条件§可以通过?来配置支持的字段条件§exclude是排除字段，符合这个条件的UniversalLink不生效
4、UniversalLinks网络服务的配置建议在部署网络服务，配置apple-app-site-association文件的时候，苹果建议还要遵循一下几点Tips·必须支持https：必须是正规证书，不能使用自定义证书。·URL使用ASCII编码因为在URL中会使用很多符号诸如#？%，因此要使用ASCII编码。·减少apple-app-site-association文件的大小减少大小有助于在拥堵的网络条件下，更顺畅的生效UniversalLink。如果你的应用面向不通的国家，针对不同的国家有不同的配置文件，可以通过国家标记符来分别配置，从而让用户只下载最精简的JSON文件。·apple-app-site-association文件的下载和更新策略：当App安装到设备的时候，会从配置域名上下载这个JSON文件到本地，从而根据配置生效相关的功能。并且设备上下载的这个JSON文件会不定期的更新（亲测过，App发布版本更新的时候也会准确触发JSON文件的更新）。·使用SmartBanner网页中的SmartBanner与UniversalLinks一起配合使用，可以有效的引导未安装app的用户前往下载，已安装app的用户就可以顺畅的进行跳转
5、UniversalLinks支持macOS在XCode中配置UniversalLinks开发UniversalLinks的代码，支持macOS：在支持macOS的情况下，appDelegate的UniversalLink的处理也是这个delegate，区别只是UIApplication变为NSApplication。由于这个delegate会由很多其他的快捷方式触发，不仅仅由UniversalLink触发，所以通过NSUserActivityTypeBrowsingWeb来判断来源，剩下的就是标准的url处理了。
6、macOS下的UniversalLinks工作机制与iOS下存在一定的差异·默认打开网页，会提示用户是否需要打开app·远程登录下无法生效·Appstore签名macApp可以在下载App后立刻生效·开发者签名的macApp必须在用户运行过一次后生效在macapp中打开一个UniversalLink
