作為scheme技術(shù)的升級(jí)替代方案疑故，Universal Links在國(guó)內(nèi)應(yīng)用程度并不高诗赌，官網(wǎng)和民間現(xiàn)有中英文資料基本都是介紹實(shí)現(xiàn)步奏的鲁僚。本文志在從宏觀角度補(bǔ)充Universal Links的運(yùn)用機(jī)制曼月，會(huì)簡(jiǎn)單介紹其中關(guān)鍵點(diǎn)悬包，詳細(xì)記錄了在官網(wǎng)和民間資料中缺失的線下調(diào)試部分衙猪，并就應(yīng)用程度不高的現(xiàn)象提出自己的見(jiàn)解。
什么是Universal Links
Universal Links 是一種深度鏈接 (又名 Deep Link布近，What is deep linking?)垫释，并且可以無(wú)縫鏈接到app或網(wǎng)頁(yè)，主要應(yīng)用場(chǎng)景有 內(nèi)容分享 和 廣告投放撑瞧。它有如下特點(diǎn)：
- 如果安裝了app棵譬，會(huì)直接打開(kāi)app，并定位到內(nèi)容頁(yè)
- 如果沒(méi)有安裝app预伺，使用瀏覽器打開(kāi)該鏈接
除了Universal Links订咸，iOS中的scheme也可以實(shí)現(xiàn)deep link。據(jù)筆者觀察酬诀，國(guó)內(nèi)app的喚端（喚起app）基本都是scheme實(shí)現(xiàn)的（2022.6 scheme: 淘寶脏嚷、拼多多、京東瞒御，Universal Links: 抖音）父叙，詳見(jiàn)彩蛋。
效果示例：京東會(huì)在百度上投放商品廣告，用戶使用百度app搜索關(guān)鍵詞的時(shí)候趾唱，就可以看到京東的商品涌乳，點(diǎn)開(kāi)后可以直接跳轉(zhuǎn)到京東app，并且app會(huì)自動(dòng)打開(kāi)剛才瀏覽的商品甜癞，用戶可以一鍵購(gòu)買夕晓。假如用戶沒(méi)有安裝京東，這時(shí)候點(diǎn)擊百度搜索結(jié)果中京東商品带欢，會(huì)在百度app內(nèi)直接打開(kāi)京東的h5頁(yè)面运授，用戶仍然可以繼續(xù)瀏覽商品，體驗(yàn)絲滑乔煞，毫無(wú)卡點(diǎn)吁朦。
Universal Links原理
本著技術(shù)人的認(rèn)真嚴(yán)謹(jǐn)，我們先看一下打開(kāi)Universal Links會(huì)發(fā)生什么：
- 宿主app發(fā)起喚端請(qǐng)求（調(diào)用 open(_:options:completionHandler:) 方法）
- iOS系統(tǒng)檢查域名的AASA文件(apple-app-site-association)渡贾，從AASA文件中找到URL需要喚起的app
- iOS系統(tǒng)檢查需要喚起的app的entitlements文件逗宜，確認(rèn)app可以處理該域名。這一步的作用是確認(rèn)網(wǎng)頁(yè)的合法性空骚，防止未知網(wǎng)頁(yè)對(duì)app的攻擊
- iOS系統(tǒng)喚起app纺讲，并調(diào)用app的-[UIApplicationDelegate application:continueUserActivity:restorationHandler:]方法，app在這個(gè)方法里處理URL囤屹，定位到URL描述的內(nèi)容
所以要實(shí)現(xiàn)Universal Links熬甚，我們需要：
- 跟后端｜前端同學(xué)配合，發(fā)布有效的AASA文件
- 配置app的 Associated Domains
- app內(nèi)對(duì)URL進(jìn)行處理
具體實(shí)現(xiàn)步驟有很多資料可以參考：
詳細(xì)全面的英文資料：Universal links in iOS
簡(jiǎn)單易懂的中文資料：iOS Universal Links教程
AASA文件
AASA（apple-app-site-association）文件是一個(gè)位于 /.well-known 文件夾下面的json文件 （eg: https://your_domain/.well-known/apple-app-site-association）肋坚，里面描述了目標(biāo)app的信息乡括。AASA文件和entitlements為網(wǎng)站和app提供了互相認(rèn)證的機(jī)制。example：
{
"applinks": {
"apps": [],
"details": [
{
"appID": "YourAppID.com.your.bundleId",
"paths": [
"", //使用空字符串匹配裸域名
"*", //使用*匹配所有path
"/product", //文本匹配
"/product/*", //使用*匹配任意個(gè)數(shù)的任意字符
"/product/201?/page" //使用?號(hào)匹配單個(gè)字符
]
}
]
},
"webcredentials": {
"apps": ["YourAppID.com.your.bundleId"]
}
}
AASA文件通常是后端同學(xué)幫忙發(fā)布的智厌，發(fā)布時(shí)注意以下幾點(diǎn)：
- 文件不能加后綴名
- content-type需要設(shè)置成json
- 不能有重定向
AASA文件的格式和命名會(huì)直接影響到iOS系統(tǒng)能否正常拉取诲泌、識(shí)別里面的內(nèi)容。現(xiàn)有一些工具可以校驗(yàn)AASA文件有效性：
- 官網(wǎng)铣鹏，不太好用：https://search.developer.apple.com/appsearch-validation-tool/
- 三方工具：https://branch.io/resources/aasa-validator/#resultsbox
Associated Domains配置
暫無(wú)注意事項(xiàng)敷扫，按照網(wǎng)上資料配置就好
線下調(diào)試
在修改AASA文件后，我們通常不能直接發(fā)布線上诚卸，需要在先測(cè)試一下
iOS14以前
iOS14之前葵第，xcode launch app時(shí)，iOS系統(tǒng)會(huì)主動(dòng)請(qǐng)求https://your_domain/apple-app-site-association 拉取AASA數(shù)據(jù)合溺，所以我們只需要用charles或者LightProxy等抓包軟件 mock 這個(gè)url就好了羹幸。
iOS14及之后
iOS14之后，蘋果采用CDN緩存設(shè)計(jì)辫愉，設(shè)備不再直接請(qǐng)求域名下的apple-app-site-association文件：
Starting with macOS 11 and iOS 14, apps no longer send requests for apple-app-site-association files directly to your web server. Instead, they send these requests to an Apple-managed content delivery network (CDN) dedicated to associated domains.
這時(shí)候需要用到develop模式栅受，蘋果官網(wǎng)對(duì)develop模式的介紹：
While you’re developing your app, if your web server is unreachable from the public internet, you can use the alternate mode feature to bypass the CDN and connect directly to your private domain.
You enable an alternate mode by adding a query string to your associated domain’s entitlement as follows:
<service>:<fully qualified domain>?mode=<alternate mode>
上面就是官網(wǎng)關(guān)于develop模式的全部描述，網(wǎng)上資料更是寥寥。經(jīng)過(guò)艱難的探索屏镊，筆者總結(jié)出了develop模式的操作步驟：
第一步：修改Associated Domains
路徑：Xcode工程 -> Signing & Capabilities -> Associated Domains
給需要線下調(diào)試的域名增加mode=develop后綴
第二步：打開(kāi)手機(jī)中的Associated Domains Development選項(xiàng)
設(shè)置 -> 開(kāi)發(fā)者 -> Associated Domains Development
第三步：Mock數(shù)據(jù)
做完了前面兩步依疼，就和iOS14之前一樣了：當(dāng)用Xcode運(yùn)行app啟動(dòng)時(shí)，設(shè)備就會(huì)繞過(guò)CDN而芥，直接請(qǐng)求域名下面的.well-known/apple-app-site-association文件律罢，可以通過(guò)抓包看到這個(gè)請(qǐng)求。這樣就可以用LightProxy或者charles mock數(shù)據(jù)棍丐。
彩蛋
??使用scheme喚端最大的問(wèn)題是误辑，沒(méi)安裝app的時(shí)候喚端沒(méi)效果。所以國(guó)內(nèi)的主流解決方案是直接 分享/投放 普通h5鏈接歌逢，用戶點(diǎn)擊h5鏈接巾钉，h5一邊加載正常內(nèi)容，一邊自動(dòng)嘗試使用scheme跳轉(zhuǎn)秘案，跳轉(zhuǎn)沒(méi)效果也沒(méi)關(guān)系砰苍，因?yàn)閔5已經(jīng)把內(nèi)容加載出來(lái)了，可以正常使用阱高。
??那為什么國(guó)內(nèi)的app們赚导，都采用了落后繁瑣的scheme技術(shù)呢，難道是他們的技術(shù)不夠勤快嗎赤惊？筆者認(rèn)為不是吼旧，筆者認(rèn)為是沒(méi)有利益點(diǎn)驅(qū)動(dòng)他們更新?lián)Q代，
??喚端對(duì)用戶來(lái)說(shuō)未舟，是一種工具圈暗，目的是要在app間共享信息（編輯文檔、瀏覽商品）处面，但是對(duì)于平臺(tái)來(lái)說(shuō)厂置，喚端過(guò)來(lái)的用戶是流量菩掏，而流量是互聯(lián)網(wǎng)平臺(tái)變現(xiàn)的命脈魂角。平臺(tái)一方面希望其他平臺(tái)的用戶順滑的遷移到自己的app，另一方面則在努力圈住自己的用戶智绸，不讓用戶去其他平臺(tái)野揪。我們上面說(shuō)的百度和京東互動(dòng)的例子，用的其實(shí)還是scheme瞧栗。百度惜流斯稳，即使賣了廣告，讓用戶去了京東迹恐，還是希望用戶能夠再回到百度挣惰，所以在京東頁(yè)面左上角提供“回到百度”的功能。也無(wú)法責(zé)怪百度，強(qiáng)如微信憎茂，也是如此珍语。抖音分享出來(lái)的鏈接是Universal Links，但是在微信里竖幔，卻只能在微信自帶的瀏覽器中打開(kāi)板乙。
??各個(gè)平臺(tái)像一座座孤島，把用戶圈起來(lái)拳氢，Universal Links有什么用募逞，你生成了，需要?jiǎng)e人支持打開(kāi)才行馋评。如果那天微信支持Universal Links直接打開(kāi)app放接，我相信一夜之間各大平臺(tái)都會(huì)爭(zhēng)相更新喚端方案。
參考鏈接：
