作者:Damien,iOS 开发者。目前就职于字节跳动。
Session:https://developer.apple.com/videos/play/wwdc2020/10098/
引言
通过本文你将会了解到 Universal Links 基本概念,并且深入了解今年 Apple 对 Universal Links 的改进及优化
概述
Universal Links 是 HTTPS 或 HTTP URL,它们使用户可以在 App 中而不是在 Web 浏览器中打开你的内容,从而使你能够提供更丰富的体验。如果你的 App 没有安装,点击链接还是可以使用 Web 浏览器中打开你的内容。如果你还在使用自定义 URL Scheme,应尽快迁移到 Universal Links。
Universal Links 对自定义 URL Scheme URL 有哪些优势?
通用 - Universal Links 是标准的 URL 格式,而自定义 URL Scheme 则很特殊,并且只有你的 App 能解析和处理它。
安全 - 当用户安装你的应用时,iOS 会检查你已上传到网络服务器的文件配置,以确保你的网站允许您的应用代表其打开URL。
灵活 - 即使未安装你的 App,Universal Links 也可以使用。未安装你的应用程序时,按用户的期望,点击指向你网站的链接可在 Safari 中打开内容。
简单 - 一个 URL 对你的网站和 App 均适用。
隐私 - 其他应用可以与你的 App 通信,而无需知道你的 App 是否已安装。
Universal Links 是网站和 App 之间关联关系的重要纽带,接下去我们将会带你深度了解 Universal Links 今年的改进。
Tips:想了解更对关于 Universal Links 更多信息可以查看What's New in Universal Links[1]
Watch OS 平台的支持
今年将会增加支持 Watch OS。Universal Links 在 Watch OS 上的工作方式与在我们其他平台上的工作方式相同。但是其中也有一些差异性,接下来我们一起了解下。
Associated Domains Entitlement 应用范围
Associated Domains Entitlement 是构成 Universal Links 重要配置部分,需要注意的是,如果你想在 Watch OS 中开启 Universal Links 的支持,你需要应用在 WatchKit Extension 中,而不是 WatchKit App 中。
处理机制的区别
在 iOS 和 MacOS 中我们处理和打开 Universal Links 方式如下
然而在 WatchOS 中,处理和打开的处理方式发生了变化
值得注意的是,handle
方法在 WatchOS 不会有处理成功失败的回调,所以在 Watch OS 中打开 Universal Links 失败的情况下会有个提示页面。
SwiftUI 的支持
在 SwiftUI 中,我们也增加了新的 API 支持处理和打开 Universal Links。
匹配模式的改进
在了解新的变化之前,我们先快速回顾一下现有的 Universal Links 都支持哪些匹配模式。
星号匹配 0 个或多个字符,并且贪婪地匹配。它将匹配尽可能多的字符。
问号匹配一个字符。
要匹配至少一个字符,请使用问号,后跟星号。
现在我们将会介绍新的匹配模式
支持大小写忽略的模式匹配
在不支持不区分大小写的匹配模式之前我们会遇到这样的一些问题:在我们的匹配路径中需要识别一个叫做 sourdough 的路径,在不支持不区分大小写之前我们需要这么去配置我们的 apple-app-site-association 文件
这太可怕了,你需要去处理所有的 case。
现在我们带来了新的忽略大小写的功能,针对上面的例子,我们只需要这么处理
嗯,看起来简洁多了,你只需要新增一个配置 caseSensitive
并且把它设置为 false 即可。
此变化将会在 iOS 13.5 和 MacOS 10.15.5 中生效
Unicode URL 支持
URL 通常都是 ASCII 编码,当你有一些非 ASCII 编码参数的时候如中文。你需要将非 ASCII 编码参数进行 URL Encode以满足 URL 编码格式,这显然对 URL 的阅读很不友好,举个例子
很明显,对 URL 所代表代码的参数信息难以去阅读和理解。
所以,我们带来了另外一项新特性:Unicode URL 支持
还是刚才那个例子。我们可以这么去表示:
你只需要增加一个新的配置 percentEncodeed
并且把它设置为 false,这将会禁用基于 ASCII 编码参数的解析,以便支持 Unicode 编码参数的解析。当然,你也可以同时使用 percentEncoded
和 caseSensitive
配置,这 2 个配置会同时生效。
除此之外,你还可以指定 defaults
字段来代表配置中的默认行为
此变化将会在 MacOS Big Sur 和 iOS 14 中生效
替代变量的支持
在开始本节内容之前,我们先从一个现实生活的例子出发来引出我们要解决的问题:我们在开发一个食品订购应用程序,它的链接表示如下
它包含一个由两个字母的语言代码,一个下划线和一个两个字母的国家/地区代码组成的语言环境代码。其次是产品名称,是我们网站和相应应用程序中出售的几种食品之一。我们首先使用一个的匹配模式去满足 Universal Links 要求
但是这会引发一些问题:此模式将匹配比我们想要的更多的URL。在我们不运营的国家呢?我们不支持的语言?还有我们不出售的产品?此模式将匹配所有这些。于是我们尝试进行一些优化:我们尝试对我们要匹配的可能值列表进行硬编码。于是,现在的匹配模式会变成这样:
如果我们仅支持少数几个地区和语言,并且仅提供少量产品,那可能会奏效。但是我们将在全球 100 多个国家/地区开展业务。如果仅考虑每两个字母的语言代码,每两个字母的区域代码以及4种产品,我们已经有 180 万种可能的模式来进行匹配,它们占用了 27 MB。
为了解决此类的场景问题,我们推出了新的特性:替代变量。
替代变量:可以匹配的字符串列表的变量表示。
替代变量分为内建变量和自定义变量 2 种:
- 内建替代变量
内建变量类型以及对应的含义如上表所示
- 自定义替换变量
除了内建变量之外,我们还支持了自定义替换变量。在 apple-app-site-association 配置文件中,添加一个 substitutionVariables
字段,在此字段中声明我们自定义的替换变量
此刻,变量 food
将会匹配它所声明的 4 个字符串。
了解了替代变量的概念后,我们回过头,尝试优化下我们刚才所遇到的场景,我们可以把我们匹配模式表达如下
这个例子中我们使用了内建的替代变量和自定义替代变量,我们可以将 180 万种、占用了 27 MB 的 apple-app-site-association 配置文件优化为短短数行。
如果我因为某个地区政策不想匹配我的 Universal Links,我该怎么办呢?
没问题,我们可以使用 exclude
配置去声明排除一些 Universal Links 的匹配。比如我们不匹配加拿大的链接:
这就是我们替代变量的强大之处,你可以灵活的声明和组合你想要的 Universal Links 链接,通过替代变量,你可以轻松的完成这些工作。
Tips:这些变化将在 MacOS 10.15.6 和 iOS 13.5 中生效
优化配置下载体验
首先我们来了解下 Universal Links 下载 apple-app-site-association 文件的流程。
我们打开 App Store 并选择我们要下载的应用程序。
下载并安装该应用程序后,系统将检查 ipa 中的 Universal Links 配置,发现它需要来自一个或多个 apple-app-site-association 文件的数据。
设备与该文件的 Web 服务器的连接,以便下载 apple-app-site-association 文件数据。
apple-app-site-association 文件从 Web 服务器下载到设备,于是 Universal Links 机制生效。
但是,如果下载出现问题怎么办?如 Wi-Fi 掉线,服务器崩溃或从设备无法访问服务器,此时 apple-app-site-association 文件数据将不会下载到本机设备。这种状态可能会持续数小时或数天,直到系统下次尝试更新该应用程序的数据才会重新生效。针对此类场景,我们怎么去做优化呢?
我们方案是使用 CDN,现在的下载流程将会变为这样:
使用 CDN 的好处有很多,如:
我们已经建立了一个 CDN,专门用于关联的域和 apple-app-site-association 文件,因此我们可以对其进行微调,以向用户提供最佳体验。
因为CDN缓存来自多个 Web 服务器的数据,所以我们可以使用单个 HTTP/2 连接来请求我们需要的所有数据,而不是为每个Web服务器使用单独的连接。缓存将服务器上的总负载从每天潜在的数百万个请求减少到很少。
而且由于CDN具有已知的良好连接,已知的快速连接,因此用户对您的应用程序的体验总体上更加可靠。
从 MacOS Big Sur 和 iOS 14 开始,你的 Web 服务器将仅从位于 Apple CDN 接收对你的 apple-app-site-association 文件的请求。
由于 Universal Links 中的 apple-app-site-association 文件现在通过 CDN 的方式来分发,针对一些无法通过公共互联网访问到你的 Web 服务器,比如服务器可能是用于部署测试的 Web 服务器,或者仅供连接到你内部网络的员工使用的Web 服务器。我们如何继续支持这些方案呢?
我们在 CDN 支持中设计了一些功能,可以为你提供帮助。我们称它们为备用模式。备用模式使您可以绕过 CDN 并直接连接到你的 Web 服务器中。
开发者模式,设计用于在构建和测试应用程序之前将其部署到 TestFlight 或最终用户时使用。
托管模式,用于在使用 MDM 配置文件安装应用程序时使用。
下表为各种模式下的限制和应用范围
在 Entitlement 开启备用模式也很简单,只需要在配置中的 URL 添加开启参数即可:
总结
今年的 Universal Links 的改进干货满满,
我们新增加了 WatchOS、SwiftUI 的支持,使得多平台使用体验一致性。
在匹配模式方面,我们支持了大小写忽略模式、Unicode URL 的支持、以及功能强大的替换变量的支持。为你带来更高的易用性和更高的灵活性。
使用 CDN 来优化 apple-app-site-association 配置的下载体验。改善用户使用 Universal Links 的用户体验。
通过不断的优化,希望 Universal Links 是网站和 App 之间关联关系的重要纽带,共同配合给用户带来更好的设备使用体验。
推荐阅读
关注我们
我们是「老司机技术周报」,每周会发布一份关于 iOS 的周报,也会定期分享一些和 iOS 相关的技术。欢迎关注。
关注有礼,关注【老司机技术周报】,回复「2020」,领取学习大礼包。
支持作者
这篇文章的内容来自于 《WWDC20 内参》。在这里给大家推荐一下这个专栏,专栏目前已经创作了 106 篇文章,只需要 29.9 元。点击【阅读原文】,就可以购买继续阅读 ~
WWDC 内参 系列是由老司机周报、知识小集合以及 SwiftGG 几个技术组织发起的。已经做了几年了,口碑一直不错。 主要是针对每年的 WWDC 的内容,做一次精选,并号召一群一线互联网的 iOS 开发者,结合自己的实际开发经验、苹果文档和视频内容做二次创作。
参考资料
[1]
What's New in Universal Links: https://developer.apple.com/videos/play/wwdc2019/717
本文分享自微信公众号 - 老司机技术周报(LSJCoding)。
如有侵权,请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”,欢迎正在阅读的你也加入,一起分享。