H5頁面中嘗試調起APP

安卓版本5.0以上
IOS版本10.0以上
採用事件觸發的方式處理喚醒APP

市面上常見的功能

---

這種功能現現在應該很是廣泛了，淘寶H5，知乎H5等等。。。

點擊後會調起APP或者打開下載頁面或者直接進行下載。

可是我這裏發現知乎的這個功能有點不同

他的邏輯是先提示我是否打開手機中的知乎APP（瀏覽器的機制詢問用戶操做許可），而後接着又彈出下載的提示。

解決方案URL scheme

---

URL scheme的方式在IOS和安卓都支持，兼容性較好。

優先使用iframe的方式

僞代碼以下：

const iframe = document.createElement('iframe');
iframe.src = 'URL scheme'; // URL scheme的方式跳轉
iframe.style.display = 'none';
document.body.appendChild(iframe);

這時候若是在一切環境支持的狀況下，就會喚醒APP了。

可是這是理想狀況下，更多的是要作兼容處理這快邏輯。

有些系統會攔截iframe的src（這只是形成喚醒APP失敗的其中一種緣由）,由於這個src屬性是一個法外hacker，不少漏洞都是利用他形成的。

因此這時候就要判斷調APP失敗的狀況了。

僞代碼以下：

const timer = 1000;

setTimeout(function() {
        // 執行成功後移除iframe
    document.body.removeChild(iframe);

    //setTimeout小於2000一般認爲是喚起APP失敗 
    if (Date.now() - last < 2000) {
            
            // 執行失敗函數
            // 這裏須要考慮一下以前知乎遇到的那個問題（瀏覽器詢問致使時間小於2S）

    } else {

           //  執行成功函數

        }
}, timer);

理解：

• 若是喚起成功，H5頁面會被切換到後臺，計時器就會延遲。即便用戶再從app切換到H5頁面，這個時間差必然也是大於2S的。

• 若是喚起失敗，定時器會準時執行（即便會有100ms的延遲也是夠了），這時候必然是小於2S的。

在iframe被攔截的狀況下，咱們可使用window.location.href = URL scheme來作兼容。