趣谈 iOS Universal Link

本文首发于 趣谈 iOS Universal Link - 掘金，欢迎关注我们 @37手游iOS技术运营团队 。

作者：iHTCboy

本文对 iOS Universal Link（通用链接）的浅入浅出介绍，从产品的角度来了解其发展历程。

1、了解 Universal Link 背后的故事
2、学习 Universal Link 功能的使用
3、总结 Universal Link 产品的思考

iOSUniversalLink-0.jpeg

一、前言

说起 Universal Link（通用链接），对于有过 iOS 开发的同学，一定有用上过。目前在申请微信分享或登陆时，需要配置 Universal Link 链接。对于 Universal Link，大家应该都了解：

  • 苹果 WWDC 2015 提出的 iOS 9 的新功能。
  • 方便地通过打开一个 https 链接来直接启动 App (手机有安装 App 的情况下)。
  • 实现 web-app 的无缝链接时，能够提供极佳的用户体验。

但是，反过来说，为什么需要 Universal Link ? 这就是本文想要趣谈的一个内容。以下内容，是基于之前在团队分享的内容整理而成。

我们知道一个新事物的出现，肯定不是凭空出现，同理，Universal Link 的出现，肯定是基于某个原因或者基础而产生。所以，Universal Link 基于 Scheme 基础上而提出来的。

URL Scheme

URL Scheme 一般用在在一个 App 里跳转到另一个 App，属于应用间的跳转。当然在浏览器(也可以理解为是 App) web 页面也可以通过 scheme:// 跳转到 App，但是这种方式在每次跳转的时候都会弹框询问，如果设备中没有安装此 App 则会直接弹出错误提示，体验不友好。大家对以下 scheme 应该不会陌生：

1
2
3
4
5
6
scheme://

weixin://dl/moments（朋友圈）
weixin://scanqrcode（微信扫码） 
alipayqr://platformapi/startapp?saId=10000007（支付宝扫码） 
shoebox:// （Apple Pay）
为什么会出现 URL Scheme ？

那么，另一个问题又来了，为什么会出现 URL Scheme ？

iOSUniversalLink-6

在当年 iPhoneOS 出来时，就已经是有沙盒机制，导致二个 App 之间无法读取对方的沙盒空间，无法直接通讯，所以，苹果提供了 Apple URL Scheme Reference 来解决自家的 app 无法交互的问题。

举例来说，在 Safari 浏览器看到某个网页上的电话号码，能不能直接调起拨打电话？我们知道是可以的：

1
2
3
4
5
HTML link:
<a href="tel:1-408-555-5555">1-408-555-5555</a>

Native app URL string:
tel:1-408-555-5555

iOSUniversalLink-7

可以看苹果的文档看到，URL Schemes 是跟 iPhoneOS 开放给开发者，详细的苹果 URL Schemes 可以文档：About Apple URL Schemes。

iOSUniversalLink-9

使用 URL Schemes 最多的 App 应该是效率工具类，因为它们有工作流的需求，所以它们把 URL Schemes 玩出了很多花样，包含 callback-URL 回调功能。

Scheme 缺点是什么 ?

出现 Universal Link，那么说明 URL Schemes 有什么不足呢？那可以反过来说，Universal Link 有什么优点呢？

Universal Link 优点，主要有 4 个：

  1. 通用性
  2. 灵活性
  3. 安全性
  4. 隐私性

iOSUniversalLink-13

通用性：一个 URL 对你的网站和 App 都通用，Universal Links 是标准的 URL 格式，而自定义 URL Scheme 可能理解为特殊 URL 方案，默认只有你的 App 能解析，浏览器无法解析。

iOSUniversalLink-15
灵活性：即使未安装你的 App，Universal Links 也可以使用。未安装你的应用程序时，打开链接，Safari 中打开显示你网站的内容，是符合用户预期的体验，同时，网页可以显示跳转 AppStore 下载的引导，进一步的提升用户体验。

iOSUniversalLink-14

安全性：只有开发者自己的网络域名配置了 apple-app-site-association，才能调用对应的 App。而 URL Scheme 配置的 Scheme，任意的 App 都可以配置相同的 Scheme，无法保证开发者 App 的安全调用。另外，当用户安装你的 App 时，iOS 会检查你已上传到网络服务器的文件配置，以确保只有你的网站允许调用您的 App。

iOSUniversalLink-16

隐私性：很久以前，大家都可以利用 Scheme 检查 App 是否安装，这样有什么作用呢？其实，当你知道用户都安装了什么应用后，可以分析用户的喜好或习惯，当然，目前。另一方面，很多 App 会冒充注册知名的 App scheme 从而拦截调合法 App 的 scheme 调起。

注：iOS 9 开始苹果把 URL Schemes 改为白名单机制，也就是只有配置了白名单的 scheme 才可正常检查其他应用是否安装。同时，最多只能设置 50 个不同的 Schemes 白名单（超出 50 个的 schemes 调用 canOpenURL 返回 NO）。

iOSUniversalLink-17

另外，微信创建应用时，必须配置 Universal Link 链接，详细见文档：微信开放平台发布新版本SDK，请开发者尽快更新。从安全性和隐私性来说，微信是做的最好和最前卫，连海外 Facebook、Google 的 SDK 现在都还没有提出 Universal Link 的想法。

  • 只支持 iOS 9+
  • 拥有一个域名
  • 通过 SSL 访问域名(即支持HTTPS)
  • 上传一个 JSON 文件到域名下(名为 apple-app-site-association 的json格式文件)

关于 Universal Link 的配置，网上已经有很多教程，这里就不再赘述了。具体可以教程官方文档： Support Universal Links、Supporting Universal Links in Your App。

iOSUniversalLink-19

iOSUniversalLink-20

iOSUniversalLink-21

iOSUniversalLink-22

虽然苹果提供 https://search.developer.apple.com/appsearch-validation-tool/ 网页让开发者检查 Universal Link 配置是否正常，但是检查不正常的链接，Universal Link 可能是正常的。最大的坑就是必须要跨域，比如配置 Universal Link 链接为：https://applink.app.com，那么不能直接在页面中调用此链接来唤起 App，必然是其它二级域名，所以，一般 Universal Link 配置链接是用一个单独的二级域名，与业务域名分开。

最后，最常用的检查配置是否正常的方式有2个：
iOSUniversalLink-25

最后，回顾一下，Universal Link 这几年以来的新特性。

iOSUniversalLink-26
在 2015 年 iOS 9 推出 Universal Link 功能，在 2017 年在 tvOS 端推出。

iOSUniversalLink-27
直到 2019年，支持精细化地址匹配，可以多个 App 共用一套配置、路径等。

iOSUniversalLink-28
举例来说，可以通配符匹配。

  • *：星号匹配 0 个或多个字符，并且贪婪地匹配。它将匹配尽可能多的字符。
  • ?：问号匹配一个字符。
  • ?*：要匹配至少一个字符，请使用问号，后跟星号。

iOSUniversalLink-29

支持 macOS 10.15 以上，需要注意，Mac 的 App，如果是从 Mac AppStore 下载的 App，默认Universal Link 已经生效，而开发者自己分发的 App 则至少需要打开一次之后才能生效。

iOSUniversalLink-30
2020 年，苹果发布了 SwiftUI，跨平台开发的 UI 框架（支持 iOS、macOS、tvOS、watchOS），所以，如果自然的也要支持 watchOS 啦。需要注意的是，如果 Universal Link 无效，则 watchOS 不能处理，会提示错误信息。因为虽然从 watchOS 5 开始支持 WebKit，但至今 watchOS 还没有内置 Safari 浏览器。哈哈，不知道大家是否期待支持~

iOSUniversalLink-31
同时，支持大小写忽略的模式匹配，通过配置 "caseSensitive": false，来取消大小写敏感。解决前端不同页面或者大小写的问题。

iOSUniversalLink-32
Unicode 模式的支持，比如中文 蚂蚁上树，默认情况下需要 ulr encode 才能读取。通过 "percentEncoded": false 这样用什么语言都直接显示，方便显示和维护，也减少了链接长度。

iOSUniversalLink-33
最后一个重点功能，替代变量的支持，比如 App 在多国家地区出售不同产品，那么可能某个国家或地区不销售某个产品，放在以前就需要写一堆的 /en_US/、 /fr_CA/ 不能的语言地区标识。

iOSUniversalLink-34
现在，苹果默认提供了常用的变量，举例来说，用 $(alpha) 来表示 [ "A","a", "B", "b", "C", ... "Z", "z" ] 内任意的字符。其它同理。

iOSUniversalLink-35
举例来说，通过字段 "substitutionVariables": 来自定义字符集，然后可以套用到 "components": 里，用 $() 来包含替换。

如上图中，"/$(lang)_CA/$(Canadian food)/", "percentEncoded": false 表示匹配任意语言的加拿大下的 Canadian food 包含的产品，并且是用 Unicode 编码，因为最后一个产品是 "tête-de-violon" 非英文字符。同理，第二个包含 "exclude": true，表示排除此路径。

iOSUniversalLink-36
原来的 Universal Link 默认是用户安装应用时就通过 App 里配置的 URL 请求 apple-app-site-association 配置文件内容。但可能因为开发者网站的部署距离用户远近不同，导致访问速度无法保障，所以，苹果改为通过 Apple CDN 来请求 apple-app-site-association 配置文件并缓存起来，来针对不用地区的用户，加速配置文件的获取。

iOSUniversalLink-37
最后，苹果提供绕过 CDN 下载配置文件的方法，也是方便开发者进行测试 Universal Link。具体来说，就是在设置中的 Developer 下 Associated Domains Development，然后在 Xcode 配置 associated-domains Universal Link 链接时，拼接 ?mode=developer，这样表示开发者模块，此时的 Universal Link 可以是内网部署，不需要外网部署，非常的方便调试。

三、总结

最后，我们从产品的角度来总结一下 URL Scheme 和 Universal Link 的功能发展。

iOSUniversalLink-39

URL Scheme 从最初的打破 App 之间无联系的沟通，到效率工具 App 的重度依赖，其中 Workflow App 当年最为流行，后来被苹果收购。正好刚刚说的，被苹果收购后可以获取更多的系统级权限，其实对于效率类 App 是非常利好的！后来，苹果把 Workflow 改名 Shortcuts（捷径），并且能与 Siri 交互。

iOSUniversalLink-40
举例来说，Shortcuts 能读取 NFC 卡的权限，并且可以打开所有的 App！不需要依赖 URL Scheme，打开所有的 App！所以，URL Scheme 的作用，对于 Shortcuts 来说，根本不需要依赖了。

iOSUniversalLink-41
当然，快捷打开 App，不得不说到 3D Touch，可能从苹果来说，这是一个创新的交互方式，但是用户并没有习惯起来。隐藏式的交互设计，客观来讲，对于用户体验确实不友好。

iOSUniversalLink-42
当然，最后 URL Scheme 还是会长存！因为第三方 App 之间无法直接交互。除了交互，就是打开 App 某个功能或者路径，利用 PWA 添加到主屏幕也是一种方案，但是对于一般用户需要教导，不太好推广。

iOSUniversalLink-43
最后，Universal Link 总结来说，通用性、安全性、灵活性、隐私性，对于开发者来说，其他人无法伪造，所以的配置都由开发者来掌握。简单来说，通过域名和后台控制，可以随时调整，对用户无影响。

iOSUniversalLink-44
举例来说，知乎在 web 页面，利用 Universal Link 显示 “App 内打开”，而顶部是利用 Smart App Banners 在用户安装 App 和未安装 App 时，展示打开或者显示（点击时打开 App，或者打开 AppStore 显示）。当然，知乎还用了 URL Scheme 兜底，最后，就是显示 Universal Link 的引导安装的 web 落地页面。

iOSUniversalLink-45

Handoff 也需要使用 Universal Link 的配置文件来验证权限，Shared Web Credentials 也是优化 web 和 app 之间共享账号登陆。

iOSUniversalLink-46

去年苹果推出的小程序 App Clips（轻 App）也是使用 apple-app-site-association 来配置权限。

iOSUniversalLink-47

今年推出的 in-app events AppStore 商店 App 内事件功能，也需要配置 Universal Link 。

最后的总结，我们说了 URL Scheme 和 Universal Link 的来历，从目前来说，Universal Link 并不能完全替换 URL Scheme，但 Universal Link 因为其优点，苹果把越来越多的功能权限验证，放到了 Universal Link 配置上，相信未来还会有更多 Universal Link。所以，了解这些功能的出现的背后原因和解决的问题，对于我们掌握事物都有帮助，希望大家有所收获，如果觉得可以，欢迎点赞转发啊~

欢迎大家一起在评论区交流~

欢迎关注我们，了解更多 iOS 和 Apple 的动态~

四、参考引用

注：如若转载，请注明来源。

赏

如果喜欢，欢迎分享点赞，扫一扫鼓励，用心创作创新！

支付宝
微信

扫一扫，分享到微信

微信分享二维码

tag:

    缺失模块。
    1、请确保node版本大于6.2
    2、在博客根目录（注意不是yilia根目录）执行以下命令：
    npm i hexo-generator-json-content --save

    3、在根目录_config.yml里添加配置： 

      jsonContent:
    meta: false
    pages: false
    posts:
      title: true
      date: true
      path: true
      text: false
      raw: false
      content: false
      slug: false
      updated: false
      comments: false
      link: false
      permalink: false
      excerpt: false
      categories: false
      tags: true

iHTCboy <br> 破得迷，了得知，方能学海无边；<br> 热爱移动开发，自动化<br><br> 一花一世界，一木一浮生，<br> 一草一天堂，一叶一如来，<br> 一砂一极乐，一方一净土，<br> 一笑一尘缘，一念一清静