看似這是iOS9給開發(fā)者一個比較有用的隱藏功能
1.引子
??時間拉回之前的Web Markup適配,由于國內(nèi)的種種原因,導(dǎo)致沒有辦法使用上Web Markup功能饺著,然后其背后的始作俑者Universal Link卻暗藏玄機(jī)椰苟,讓我細(xì)細(xì)道來。
以下Universal Link均采用UL的簡稱子漩,此處以供辨識豫喧。
2.UL能帶來什么好處?
??按照往常的App間跳轉(zhuǎn)規(guī)則幢泼,一個App跳轉(zhuǎn)到另外一個App中首先可以通過OpenURL的形式去打開紧显,這個需要App間的洽談,另外一種就是H5頁面的主動喚起Alert后缕棵,去打開其他App孵班。第一種需要雙方都同意涉兽,第二種對用戶也不夠友好,阻礙了用戶對原本瀏覽信息的過程篙程。UL的作用是什么呢枷畏?用戶幾乎是無任何感知,就可以從一個App跳轉(zhuǎn)到另外一個App虱饿,從代碼實(shí)現(xiàn)層面上來說拥诡,也只需要需要跳轉(zhuǎn)的App做一定的適配工作,這真是iOS9給我們帶來的一個隱藏功能~
調(diào)研了以下App均可以通過UL形式進(jìn)行跳轉(zhuǎn)郭厌,毫無阻礙袋倔。
App Name | 支持 UL |
---|---|
微博 | ?? |
微信 | ?? |
手機(jī)百度 | ?? |
手機(jī)淘寶 | ?? |
UC瀏覽器 | ?? |
支付寶 | ?? |
大眾點(diǎn)評 | ?? |
Safari | ?? |
QQ iPad | ?? |
? | |
QQ瀏覽器 | ? |
什么值得買 | ?? |
UL支持最低iOS9.0系統(tǒng)
iOS多機(jī)型驗證:
系統(tǒng)版本 | 驗證結(jié)果 |
---|---|
9.3.1 | fix UL文件過大導(dǎo)致UL失效的問題,支持通配符域名折柠,例如*.haha.com |
9.3 | Booking.com 將UL相關(guān)配置文件過大2MB左右宾娜,觸發(fā)UL的一個BUG,導(dǎo)致無法喚起 |
9.2.1 | ?? |
9.2 | ?? |
9.1 | 開始不支持跨域跳轉(zhuǎn) |
9.0 | 支持不跨域跳轉(zhuǎn) |
??iOS 9.3 BUG相關(guān)鏈接扇售。
??iOS 9.3及以上支持通配符 鏈接前塔。
??iOS9版本更新過程中對于UL最大的變化在于,從一開始支持不跨域也實(shí)現(xiàn)跳轉(zhuǎn)承冰,到后面的跨域才是去跳轉(zhuǎn)頁面华弓,這著實(shí)坑了不少開發(fā)者。
??按照以往的iOS設(shè)備升級經(jīng)驗iOS9的升級用戶在過去一年中應(yīng)該已經(jīng)到達(dá)80%了困乒,這么多的高流量App都可以支持UL寂屏,那個被微信屏蔽的App閉環(huán)是否可以被打破呢?嘿嘿娜搂,大家想想就可以知道了迁霎。
目前國內(nèi)對UL支持力度較大的有天貓百宇、知乎考廉、網(wǎng)易新聞。
3.UL到底是個什么玩意携御?
簡單來說昌粤,UL是iOS系統(tǒng)通過技術(shù)手段,將http://www.haha.com 鏈接識別成App可識別鏈接啄刹,這樣只要有App到這個URL涮坐,那個系統(tǒng)就會默認(rèn)去喚起對應(yīng)App。
UL主流程如下:
這些步驟涉及客戶端誓军、服務(wù)端以及前端膊升,技術(shù)實(shí)現(xiàn)難度不大,協(xié)同配合校驗是比較麻煩的谭企。
4. 適配UL
-
踩坑點(diǎn)
-
客戶端
- Xcode 工程配置上AppLinks://URL,詳情請參考官方文檔
- APPDelegate中的continueUserActivity中回調(diào)一個userActivity廓译,自帶一個URL评肆,這個就是UL帶過來的URL
- 實(shí)現(xiàn)細(xì)節(jié)和Web Markup一模一樣。
-
前端以及服務(wù)端
- 相關(guān)網(wǎng)頁根域名下配置apple-app-site-association文件非区,該文件不需要注明格式
- 必須走h(yuǎn)ttps
- 必須不包含重定向
-
測試驗證
- 網(wǎng)絡(luò)請求抓包瓜挽,apple-app-site-association文件更新邏輯只在客戶端安裝以及更新時觸發(fā),如下圖所示征绸。
- Mail久橙、Message、備忘錄這些系統(tǒng)App可以長按連接通過選擇ActionSheet來辨別UL是否支持
-
缺陷
- iOS 9及以上才支持管怠。
- App未安裝不會觸發(fā)任何UL跳轉(zhuǎn)淆衷。
- 多個App為了避免互相UL跳轉(zhuǎn)時,如果是公用的URL最好不要支持UL渤弛,即使apple-app-site-association里面包含了兩個AppID祝拯,也是有先后順序的,感覺這個是個功能BUG她肯,需要向Apple提出來佳头。
-
猜想
- 如何統(tǒng)計UL來源?Apple并沒有開放對應(yīng)API晴氨,但是iOS9以上StatusBar左側(cè)包含了App的來源康嘉,我們可以通過截圖上傳服務(wù)器的形式來統(tǒng)計對應(yīng)UL來源。
- UL文件在設(shè)備的存放位置籽前,不知道是App沙盒內(nèi)部亭珍,還在其他目錄,可以通過越獄渠道枝哄,查看設(shè)備文件結(jié)構(gòu)肄梨。
- UL內(nèi)部的實(shí)現(xiàn)細(xì)節(jié)還是沒有太多暴露給開發(fā),新技術(shù)的坑還真是比較多膘格。
5. 結(jié)尾
??縱觀iOS9 帶來的新技術(shù),從表面的3D-touch 财松,到新的WebView瘪贱,再到iPad的支持分配,這些都是浮在表面的辆毡;UL的確是個比較隱蔽的技術(shù)手段菜秦,目前我們團(tuán)隊也在對應(yīng)的有所實(shí)現(xiàn),嘿嘿舶掖,接下來就是看數(shù)據(jù)結(jié)果球昨,令人期待。App之間閉環(huán)眨攘、引流真是有說不完的故事主慰,也是技術(shù)之間的不斷博弈嚣州。