前言：
Universal Links是苹果在iOS9上开始支持的外部跳转App的功能，正如它的名字Universal Links通过它特有的机制保证了跳转链接的唯一性，不会和其它App冲突，而这正是之前我们一直使用的schema所无法保证的。下面会一步一步的介绍如何使自己的App支持Universal Links功能。
使用Universal Links的优点
唯一性：因为跳转是直接使用的Http 或 Https和官网域名进行跳转的，不会和其它App冲突。
安全性：apple-app-site-assocation文件是以Https的形式重SSL服务器请求的。
灵活性：实现了App和网站的配合，不会出现用户无法跳转的情况。
简单性：统一的跳转链接。
隐私性：而且其它用户无法判断你的App是否安装。
注：将
Universal Links结合 Shared Web Credentials 和App Handoff一起使用可以实现一套完美的业务跳转方案。
独自进行Universal Links的测试主要分为下面3个步骤：
- SSL服务器搭建和配置。
-
apple-app-site-association文件定义。 - xcode工程配置。
SSL服务器配置
苹果官方要求Universal Links功能依赖的apple-app-site-association必须以HTTPS的协议从配置了SSL的服务器上请求获取的。下面简单介绍一下SSL服务器配置：
1. 签名证书生成
由于是自己测试，这里使用的是自签名证书，使用如下命令可以生成自签名证书，注意过程中需要填写自己的域名：
1. 进入'/etc/apache2'目录，新建'ssl'文件夹
2. 生成私钥 ：sudo openssl genrsa -des3 -out app.key 1024
3. 生成签名申请 ：sudo openssl req -new -key app.key -out app.csr
4. 生成服务器的私钥 ： sudo openssl rsa -in app.key -out server.key
5. 生成给网站服务器签名的证书：sudo openssl req -new -x509 -days 3650 -key server.key -out server.crt
2. 配置Apache服务器，开启SSL
2.1. 打开/etc/apache2/httpd.conf配置文件，打开下面几行：
LoadModule ssl_module libexec/apache2/mod_ssl.so /*（加载ssl模块）*/
Include /etc/apache2/extra/httpd-ssl.conf /*加载ssl配置文件*/
Include /etc/apache2/extra/httpd-vhosts.conf /*加载定向文件*/
2.2. 打开/etc/apache2/extra/httpd-ssl.conf配置文件，修改证书路径：
SSLCertificateFile "/etc/apache2/ssl/server.crt" /*加载证书*/
SSLCertificateKeyFile "/etc/apache2/ssl/server.key" /*加载密钥*/
2.3. 打开/etc/apache2/extra/httpd-vhosts.conf配置文件，增加“443”端口配置(填写自己的域名)，document部署的路径是apache默认路径(如果自己没有修改过)：
<VirtualHost *:443>
SSLEngine on
SSLCipherSuite ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP:+eNULL
SSLCertificateFile /etc/apache2/server.crt
SSLCertificateKeyFile /etc/apache2/server.key
ServerName mathew.lu.com
DocumentRoot "/Library/WebServer/Documents"
</VirtualHost>
2.4. 检查配置文件是否正确 sudo apachectl configtest
2.5. 重启Apache服务器 sudo apachectl restart
2.6. 浏览器输入 https://mathew.lu.com 正常打开并且能看到证书。
定义apple-app-site-association文件
App启动时系统会自动请求配置的Domain根目录或者.well-known目录下面的apple-app-site-association文件，下面是文件范例：
{
"applinks": {
"apps": [],
"details": [
{
"appID": "9JA89QQLNQ.com.apple.wwdc",
"paths": [ "/wwdc/news/", "/videos/wwdc/2015/*"]
},
{
"appID": "ABCD1234.com.apple.wwdc",
"paths": [ "*" ]
}
]
}
}
注意事项：
-
apple-app-site-association文件没有任何扩展名。 -
apple-app-site-association文件解压后的大小不能超过128k。 -
paths的配置支持 "*" 和 "?"的通配符，支持 "NOT" 关键字排除一些链接。 - 不支持重定向的方式获取
apple-app-site-association文件。 -
apps必须要出现并且是空数组。
配置xcode工程
如下图，配置Associated Domains
在AppDelegate中增加delegate回调方法application:continueUserActivity:restorationHandler:。上面都配置好之后，第一次安装打开App的时候，可以用
Charles拦截请求，可以看到两个请求https://mathew.lu.com/.well-known/apple-app-site-association和https://mathew.lu.com/apple-app-site-association。此时可以打开短息，编辑一个短息包含https://mathew.lu.com，系统会自动请求https://mathew.lu.com/apple-touch-icon.png获取App的iCON，点击链接时系统会再次请求https://mathew.lu.com/.well-known/apple-app-site-association和https://mathew.lu.com/apple-app-site-association然后跳到App。
注意事项：
- App在一次安装(新安装或更新安装)，只会请求一次
apple-app-site-association，这里个人猜想应该是向系统注册App支持Universal Links(望指正)。因此感觉不靠谱，无法知道系统是如何保证这个请求的成功，因为测试后发现即使失败了，下次启动的时候也不会再请求了。 - 系统会探测用户的潜在行为，如果用户是在Safari内的M站上进行操作，那么是同样的跳转链接是不会跳到App。
- 系统会探测用户对于某个链接最近是使用 Safari打开还是App打开，如果是选择了Safari，那么后面就会一直使用Safari打开不再跳转到App，直到用户在M站上点击了Smart App Banner跳到App。
- 当用户点击的链接是在App内嵌的webView内的，会有App处理，不会跳到Safari。
- App内部使用
openURL:打开链接时，会跳到Safari，所以在AppDelegate的回调处理中会用这个方法做最后的兜底处理。
