Universal Links 新变化：让触达更广更快

作者：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 有哪些优势？

1. 通用 - Universal Links 是标准的 URL 格式，而自定义 URL Scheme 则很特殊，并且只有你的 App 能解析和处理它。

2. 安全 - 当用户安装你的应用时，iOS 会检查你已上传到网络服务器的文件配置，以确保你的网站允许您的应用代表其打开URL。

3. 灵活 - 即使未安装你的 App，Universal Links 也可以使用。未安装你的应用程序时，按用户的期望，点击指向你网站的链接可在 Safari 中打开内容。

4. 简单 - 一个 URL 对你的网站和 App 均适用。

5. 隐私 - 其他应用可以与你的 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 文件的流程。

1. 我们打开 App Store 并选择我们要下载的应用程序。

2. 下载并安装该应用程序后，系统将检查 ipa 中的 Universal Links 配置，发现它需要来自一个或多个 apple-app-site-association 文件的数据。

3. 设备与该文件的 Web 服务器的连接，以便下载 apple-app-site-association 文件数据。

4. 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