背景
最近在作微信、QQ、微博中使用js喚起App，以前也作過相似的功能，不過比較粗糙，考慮的狀況不太全，並且那已是好久以前的事情了，不少技術都已過期，如今有體驗更好，功能更加完善的喚起技術，以前的不少的方案，到了如今都已經是不太必要了，如今經過這篇文章分享給你們一個全面的、最新的喚起方案，但願對你們有幫忙。android
最終實現的效果
用戶點擊H5頁面的打開App或者下載按鈕（這個按鈕可能在一個下載入口頁、各類分享頁面的吸頂或吸底的banner），若是用戶已經安裝了App，則根據業務跳轉到相應的Native頁面；若是用戶沒有安裝該應用，則跳到AppStore或者應用市場去下載咱們的App。web
應用流程
首先全部的下載/喚起入口都是一個直接跳轉，應該是這樣：json
<a href="https://applink-party.mtime.cn/mtlf">下載</a>
或者這樣：segmentfault
window.location.href = 'https://applink-party.mtime.cn/mtlf'
全部的業務判斷都是mtlf這個頁面裏面來作，這樣有兩個好處：瀏覽器
- 多業務共用代碼。在一個團隊中，每一個人的業務均可能有一個banner下載，沒有比location到一個url更簡單的調用方式了
- 可以利用
universal link
簡單說下universal link
universal link的優點
在iOS9以前，喚起方式和如今安卓是一個的，都是使用scheme進行喚起，這種方式有個小問題，每次喚起，都會給個提示：是否打開xx應用，這樣從體驗上來說，又讓用戶多一步操做。universal link會直接跳轉，不會在頁面作停留，條件就是在咱們項目的根目錄，增一個apple-app-site-association.json文件，裏面的內容大體是這樣：緩存
而後iOS的App後臺再配置一下，就能夠實現直接喚起了！微信
universal link配置
在H5端怎麼纔算配置成功了呢？只要咱們某一個url在瀏覽器打開（不論是cdn地址，仍是路由轉發），看到json文件的內容，H5這邊就算配置成功。而後把這個地址，給iOS老司機，和他們一說什麼事，他們馬上就知道作什麼，就這麼簡單！app
微信、微博、QQ、Safari在各平臺的喚起方案
喚起流程圖
通過長時間的實驗，總結了這張在各類狀況下，喚起成功/喚起失敗的解決方案，咱們接下來一個一個的說。iphone
微信
微信是最重要的一種分享渠道，可是咱們可以作的，卻很少。以前，iOS下的微信支持universal link這種喚起方式，可是從2018年1月8日以後，微信把這個給屏蔽了！！！無論微信基於什麼緣由，把iOS下這種最便捷的喚起方式屏蔽，咱們能作的只能是適應了。so，如今不論是iOS仍是android，咱們的處理方式是同樣的：都是直接跳到應用寶。iOS的應用寶會引導找開AppStore，android的應用寶會直接打開App（前提是你已經下載）
注：微信把itunes連接也屏蔽了，因此也沒辦法直接跳轉AppStore，只能藉助應用寶來搭這個橋。測試
微博
微博目前還支持universal link喚起，咱們只須要考慮未下載的狀況。
- 在
iOS下，微博是不支持打開應用寶的連接，因此咱們須要引導用戶使用Safari打開，像這樣： -
- 在
android平臺下，使用scheme這種方式是喚不起App的，可是有特例，一樣是scheme，大人點評和網易雲音樂就能夠喚起，有空你們能夠本身試試，因此咱們能夠推斷出，安卓平臺下的微博，也有相似微信同樣的白名單，在白名單內的，就可使用scheme喚起，就像微信之於京東，京東在微信裏面就是經過scheme方式喚起的。
so，不論是iOS仍是android，咱們的方案是：直接引導用戶使用本地瀏覽器打開。
iOS平臺下，QQ目前還支持universal link喚起，要是沒有安裝，QQ下也支持直接打開itunes連接，比較其餘應用，QQ支持是最好的。android平臺下，QQ也支持scheme方式喚起，可是在一些老機型下，QQ會有必定的機率喚起失敗，具體的現象是：第一次打開頁面，喚起失敗，再次打開，喚起成功。根據現象，咱們能夠推測出，在QQ的webview中，會對scheme的喚起方式作一些加載時間上的限制，經測試，大約在500ms，超過這個時間值，就會出現喚起失敗的狀況。爲何第二次打開，喚起成功的機率會大，是由於第一次加載時，已緩存了文件，第二次打開直接加載，這樣時間在限制以內。
Safari
Safari這種狀況比較簡單，支持universal link，也支持直接打開itunes，so，如圖處理就能夠了。
踩坑
-
- 在
iOS9中，Safari不支持直接跳轉itunes，so，這種狀況須要作兼容處理，能夠直接跳到應用寶 - 以前看喚起是否是成功了，須要本身來計算時間，由於要是喚起成功了，
setInterval的時間就會變慢，經我測試，已經用不到這種方法了，只須要使用document.hidden || document.webkitHidden就能夠，兼容性還不錯 - 判斷是否是
Safari瀏覽器時，通常判斷都是UA中有沒有這個字符串，經測試發現，安卓的UA中，也包含Safari這個字符串（以下UA展現），因此須要加上操做系統的判斷
- 在
- 關於
Scheme喚起，以前有不少方案，好比：使用iframe、<a>標籤點擊、window.location...經測試，只要使用a標籤點擊，這樣兼容性最好，代碼大約長這樣： -
關於測試
兩個平臺，這麼多狀況，要一個一個測試嗎？固然要一個一個的驗證，可是在開發期間，沒有必要改一行，在手機上測試一下，這樣效率過低了，尤爲是像同樣，選了一個安卓4.4的手機，絕對能夠磨練你的耐心。爲了提升效率，我把我經常使用到的UA分享給你們，這樣在Chrome模擬器裏配置一下，就能夠本地調試了，經常使用UA以下：
-
iOS-微信
Mozilla/5.0 (iPhone; CPU iPhone OS 11_2_2 like Mac OS X) AppleWebKit/604.4.7 (KHTML, like Gecko) Mobile/15C202 MicroMessenger/6.6.1 NetType/WIFI Language/zh_CN
-
iOS-QQ
Mozilla/5.0 (iPhone; CPU iPhone OS 11_2_2 like Mac OS X) AppleWebKit/604.4.7 (KHTML, like Gecko) Mobile/15C202 QQ/7.3.5.473 V1_IPH_SQ_7.3.5_1_APP_A Pixel/1125 Core/UIWebView Device/Apple(iPhone X) NetType/WIFI QBWebViewType/1
-
iOS-微博
Mozilla/5.0 (iPhone; CPU iPhone OS 11_2_2 like Mac OS X) AppleWebKit/604.4.7 (KHTML, like Gecko) Mobile/15C202 Weibo (iPhone10,3__weibo__8.1.0__iphone__os11.2.2)
-
iOS-safari
Mozilla/5.0 (iPhone; CPU iPhone OS 11_2_2 like Mac OS X) AppleWebKit/604.4.7 (KHTML, like Gecko) Version/11.0Mobile/15C202 Safari/604.1
-
Android-微信
Mozilla/5.0 (Linux; Android 4.4.2; PE-TL20 Build/HuaweiPE-TL20; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/57.0.2987.132 MQQBrowser/6.2 TBS/043807 Mobile Safari/537.36MicroMessenger/6.6.1.1220(0x26060135) NetType/WIFI Language/zh_CN
-
Android-QQ
Mozilla/5.0 (Linux; Android 4.4.2; PE-TL20 Build/HuaweiPE-TL20; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/57.0.2987.132 MQQBrowser/6.2 TBS/043807 Mobile Safari/537.36 V1_AND_SQ_7.3.2_762_YYB_D QQ/7.3.2.3350 NetType/WIFI WebP/0.3.0 Pixel/1080
-
Android-微博
Mozilla/5.0 (Linux; Android 4.4.2; PE-TL20 Build/HuaweiPE-TL20) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/30.0.0.0 Mobile Safari/537.36 Weibo (HUAWEI-PE-TL20__weibo__8.0.2__android__android4.4.2)
配置完成以後，就能夠像我同樣，在電腦上切換環境啦：
閱讀原文---