我只是互吾平臺(tái)中的一名小小的H5開發(fā)者

前段時(shí)間遇到一個(gè)小需求：當(dāng)我和平常一樣，打開了互動(dòng)有吾公眾號(hào)，想要進(jìn)官網(wǎng)看下我的作品情況，畢竟要是又有人購(gòu)買我的H5，那就是一筆收入了，更重要的是，自己的勞動(dòng)成果被人肯定。這時(shí)候，發(fā)現(xiàn)有個(gè)客戶，要求在分享出來(lái)的h5頁(yè)面中，有一個(gè)立即打開的按鈕，如果本地安裝了我們的app，那么點(diǎn)擊就直接喚起本地app，如果沒有安裝，則跳轉(zhuǎn)到下載。

因?yàn)閺膩?lái)沒有做過(guò)這個(gè)需求，因此這注定是一個(gè)苦逼的調(diào)研過(guò)程。

我最開始就面臨2個(gè)問題：一是如何喚起本地app，二是如何判斷瀏覽器是否安裝了對(duì)應(yīng)app。（因?yàn)橛兄环數(shù)某涯軇艃海蚁胍坏┨剿鞒晒涂梢栽诨ノ衢_發(fā)者交流群，好好炫耀一番了。）

如何喚起本地app

首先，想要實(shí)現(xiàn)這個(gè)需求，肯定是必須要客戶端同學(xué)的配合才行，因此我們不用知道所有的實(shí)現(xiàn)細(xì)節(jié)，我們從前端角度思考看這個(gè)問題，需要知道的一點(diǎn)是，ios與Android都支持一種叫做schema協(xié)議的鏈接。比如網(wǎng)易新聞客戶端的協(xié)議為

當(dāng)然，這個(gè)協(xié)議不需要我們前端去實(shí)現(xiàn)，我們只需要將協(xié)議放在a標(biāo)簽的href屬性里，或者使用location.href與iframe來(lái)實(shí)現(xiàn)激活這個(gè)鏈接。而location.href與iframe是解決這個(gè)需求的關(guān)鍵。
在ios中，還支持通過(guò)smart app banner來(lái)喚起app，即通過(guò)一個(gè)meta標(biāo)簽，在標(biāo)簽里帶上app的信息，和打開后的行為，代碼形如

我們還需要知道的一點(diǎn)是，大部分H5的營(yíng)銷推廣，都和微信有著千絲萬(wàn)縷的關(guān)系，而微信里屏蔽了schema協(xié)議。除非你是微信的好基友之類的，他們專門給你配置進(jìn)白名單。否則我們就沒辦法通過(guò)這個(gè)協(xié)議在微信中直接喚起app。因此我們會(huì)判斷頁(yè)面場(chǎng)景是否在微信中，如果在微信中，則會(huì)提示用戶在瀏覽器中打開。

如何判斷本地是否安裝了app

很無(wú)奈的是，在瀏覽器中無(wú)法明確的判斷本地是否安裝了app。因此我們必須采取一些取巧的思路來(lái)解決這個(gè)問題。我們能夠很容易想到，采用設(shè)置一個(gè)延遲定時(shí)器setTimeout的方式，第一時(shí)間嘗試喚起app，如果200ms沒有喚起成功，則默認(rèn)本地沒有安裝app，200ms以后，將會(huì)觸發(fā)下載行為。結(jié)合這個(gè)思路，我們來(lái)全局考慮一下這個(gè)需求應(yīng)該采用什么樣的方案來(lái)實(shí)現(xiàn)它。

使用location.href的同學(xué)可能會(huì)面臨一個(gè)擔(dān)憂，在有的瀏覽器中，當(dāng)我們嘗試激活schema link的時(shí)候，若本地沒有安裝app，則會(huì)跳轉(zhuǎn)到一個(gè)瀏覽器默認(rèn)的錯(cuò)誤頁(yè)面去了。因此大多數(shù)人采用的解決方案都是使用iframe

測(cè)試了很多瀏覽器，沒有發(fā)現(xiàn)過(guò)這種情況

后來(lái)觀察了網(wǎng)易新聞，今日頭條，YY等的實(shí)現(xiàn)方案，發(fā)現(xiàn)大家都采用的是iframe來(lái)實(shí)現(xiàn)。好吧，面對(duì)這種情況，只能屈服。
整理一下目前的思路，得到下面的解決方案

想法很美好，現(xiàn)實(shí)很殘酷。一測(cè)試，就發(fā)現(xiàn)簡(jiǎn)單的這樣實(shí)現(xiàn)有許多的問題。
第一個(gè)問題在于，當(dāng)頁(yè)面成功喚起app之后，我們?cè)偾袚Q回來(lái)瀏覽器，發(fā)現(xiàn)跳轉(zhuǎn)到了下載頁(yè)面。為了解決這個(gè)問題，發(fā)現(xiàn)各個(gè)公司都進(jìn)行了不同方式的嘗試。也是歷經(jīng)的很多折磨，發(fā)現(xiàn)了幾個(gè)比較有用的事件。

pageshow： 頁(yè)面顯示時(shí)觸發(fā)，在load事件之后觸發(fā)。需要將該事件綁定到window上才會(huì)觸發(fā)
pagehide: 頁(yè)面隱藏時(shí)觸發(fā)
visibilitychange： 頁(yè)面隱藏沒有在當(dāng)前顯示時(shí)觸發(fā)，比如切換tab，也會(huì)觸發(fā)該事件
document.hidden 當(dāng)頁(yè)面隱藏時(shí)，該值為true，顯示時(shí)為false

由于各個(gè)瀏覽器的支持情況不同，我們需要將這些事件都給綁定上，即使這樣，也不一定能夠保證所有的瀏覽器都能夠解決掉這個(gè)小問題，實(shí)在沒辦法的事情就不管了。（我就納悶了，互吾平臺(tái)的其他開發(fā)者，是怎么做到的呢？要不改天問下？）

因此需要擴(kuò)充一下上面的方案，當(dāng)本地app被喚起，則頁(yè)面會(huì)隱藏掉，就會(huì)觸發(fā)pagehide與visibilitychange事件

而另外一個(gè)問題就是IOS9+下面的問題了。ios9的Safari，根本不支持通過(guò)iframe跳轉(zhuǎn)到其他頁(yè)面去。也就是說(shuō)，在safari下，我的整體方案被全盤否決！
于是我就只能嘗試使用location.href的方式，這個(gè)方式能夠喚起app，但是有一個(gè)坑爹的問題，使用schema協(xié)議喚起app會(huì)有彈窗而不會(huì)直接跳轉(zhuǎn)去app！甚至當(dāng)本地沒有app時(shí)，會(huì)被判斷為鏈接無(wú)效，然后還有一個(gè)彈窗。

這個(gè)彈窗會(huì)造成什么問題呢？

如果用戶不點(diǎn)確認(rèn)按鈕，根據(jù)上面的邏輯，這個(gè)時(shí)候就會(huì)發(fā)現(xiàn)頁(yè)面會(huì)自動(dòng)跳轉(zhuǎn)到下載去了。而且無(wú)效的彈窗提示在用戶體驗(yàn)上是不允許出現(xiàn)的。
好吧，繼續(xù)扒別人的代碼，看看別人是如何實(shí)現(xiàn)的。然后我又去觀摩了其他公司的實(shí)現(xiàn)結(jié)果，發(fā)現(xiàn)網(wǎng)易新聞，今日頭條都可以在ios直接從微信中喚起app。真是神奇了，可是今日頭條在Android版微信上也沒辦法直接喚起的，他們?cè)贏ndroid上都是直接到騰訊應(yīng)用寶的下載里去。所以按道理來(lái)說(shuō)這不是添加了白名單。
為了找到這個(gè)問題的解決方案，我在網(wǎng)易新聞的頁(yè)面中扒出了他們的代碼，并整理如下，添加了部分注釋

雖然有一些外部的引用，和一些搞不懂是干什么用的方法和變量，但是基本邏輯還是能夠看明白。好像也沒有什么特別的地方。研究了許久，看到了一個(gè)jsonp請(qǐng)求很奇特。

這是來(lái)干嘛用的？
于是費(fèi)盡千辛萬(wàn)苦，搜索了很多文章，最終鎖定了一個(gè)關(guān)鍵的名詞 Universal links。如果我早知道這個(gè)名詞，那么問題就不會(huì)變的那么束手無(wú)策。所以這個(gè)東西是什么呢？

記得，互動(dòng)有吾微信公眾號(hào)之前有發(fā)過(guò)了一篇文章，里面有說(shuō)到：Apple為iOS 9發(fā)布了一個(gè)所謂的通用鏈接的深層鏈接特性，即Universal links。雖然它并不完美，但是這一發(fā)布，讓數(shù)以千計(jì)的應(yīng)用開發(fā)人員突然意識(shí)到自己的應(yīng)用體驗(yàn)被打破。

Universal links，一種能夠方便的通過(guò)傳統(tǒng)的HTTP/HTTPS 鏈接來(lái)啟動(dòng)App，使用相同的網(wǎng)址打開網(wǎng)站和App。

關(guān)于本文的這個(gè)問題，國(guó)內(nèi)的論壇有許許多多的文章來(lái)解決，但是提到universal links的文章少之又少，而我想吐槽的是，我們的ios開發(fā)也尼瑪不知道這個(gè)名詞，搞什么鬼。他改變了用戶體驗(yàn)的關(guān)鍵在于，微信沒有屏蔽這個(gè)協(xié)議。因此如果我們的app注冊(cè)了這個(gè)協(xié)議，那么我們就能夠從微信中直接喚起app。
這個(gè)時(shí)候我就發(fā)現(xiàn)，上面貼的網(wǎng)易新聞代碼中的jsonp請(qǐng)求的內(nèi)容，就是這個(gè)協(xié)議必須的一個(gè)叫做apple-app-site-association的JSON文件

支持了這個(gè)協(xié)議之后，我們又可以通過(guò)iframe來(lái)喚起app了，因此基本邏輯就是這樣了。

但是！并不是就沒有坑了。

universal links還有一個(gè)大坑，就是如果想要通過(guò)universal links只在在微信中打開app，同一個(gè)頁(yè)面我們還得使用不同的兩個(gè)域名。這個(gè)特性雖然有點(diǎn)坑，但是通過(guò)這個(gè)特性卻能夠完美判斷本地是否安裝了你們的app。

比如我們正常訪問當(dāng)前頁(yè)面的域名為A，對(duì)應(yīng)的頁(yè)面url為A+，而當(dāng)我們點(diǎn)擊按鈕，需要打開app用到的域名為B，，對(duì)應(yīng)的頁(yè)面url為B+。A與B都被注冊(cè)成為了對(duì)應(yīng)app的universal links，A+ 與 B+ 都指向同一個(gè)頁(yè)面。我們通過(guò)js判斷，如果是通過(guò)B+訪問的該頁(yè)面，則直接跳去下載app。這樣，當(dāng)我們從A+通過(guò)點(diǎn)擊訪問B+時(shí)，如果universal links生效并且本地安裝了對(duì)應(yīng)的app，app會(huì)直接被打開。如果本地沒有安裝App，則會(huì)直接執(zhí)行剛才B+中跳去下載的設(shè)定。

OK，這個(gè)問題，幾乎所有的坑我都在上面說(shuō)到了，如果想要做好兼容，就是一個(gè)針對(duì)每個(gè)坑做最優(yōu)選擇了，這是一個(gè)工作量的問題。

不過(guò)最終的調(diào)研結(jié)果是：沒有完美的解決方案

就算是網(wǎng)易新聞，這個(gè)按鈕在使用過(guò)程中也會(huì)有一些小bug，無(wú)法做到完美的狀態(tài)。因?yàn)槲覀兠媾R許多沒辦法解決的問題，比如無(wú)法真正意義上的判斷本地是否安裝了app，pageshow，pagehide并不是所有的瀏覽器都支持等。很多其他博客里面，什么計(jì)算時(shí)間差等方案，我花了很久的時(shí)間去研究這個(gè)方案，結(jié)果是：

根！本！沒！有！用！

老實(shí)說(shuō)，從微信中跳轉(zhuǎn)到外部瀏覽器，并不是一個(gè)好的解決方案，這樣會(huì)導(dǎo)致很多用戶流失，每天在互吾找H5的商家那么多，相信他們也是不愿意看到這局面的，因此大部分互吾開發(fā)者都在ios上實(shí)現(xiàn)了universal links。
網(wǎng)易新聞的邏輯是，點(diǎn)擊打開會(huì)跳轉(zhuǎn)到一個(gè)下載頁(yè)面，這個(gè)下載頁(yè)面一加載完成就嘗試打開app，如果打開了就直接跑到app里面去了，如果沒有就在頁(yè)面上有一個(gè)立即下載的按鈕，按鈕行只有下載處理。

這個(gè)問題就總結(jié)到這里，如果大家有更好的方案，歡迎回復(fù)我，與我溝通。