h5喚醒app的方法

小編給大家分享一下h5喚醒app的方法，希望大家閱讀完這篇文章后大所收獲，下面讓我們一起去探討吧！

h6喚起app這種需求是常見的。在移動為王的時代，h6在app導流上發揮著重要的作用。

三種喚起方案

目前我們采用的喚起方式是url scheme(iOS，Android平臺都支持)，只需原生APP開發時注冊scheme， 那么用戶點擊到此類鏈接時，會自動跳到APP。

var last = Date.now(),
    doc = window.document,
    ifr = doc.createElement('iframe');
 
//創建一個隱藏的iframe
ifr.src = nativeUrl;
ifr.style.cssText = 'display:none;border:0;width:0;height:0;';
doc.body.appendChild(ifr);
 
setTimeout(function() {
    doc.body.removeChild(ifr);
    //setTimeout回小于2000一般為喚起失敗
    if (Date.now() - last < 2000) {
        if (typeof onFail == 'function') {
            onFail();
        } else {
            //彈窗提示或下載處理等
        }
    } else {
        if (typeof onSuccess == 'function') {
            onSuccess();
        }
    }
}, 1000);

iframe方案的喚起原理是: 程序切換到后臺時，計時器會被推遲(計時器不準的又一種情況)。如果app被喚醒那么網頁必然就進入了后臺，如果用戶從app切回來，那么時間一般會超過2s;若app沒有被喚起，那么網頁不會進入后臺，setTimeout基本準時觸發，那么時間不會超過2s。

window.location.href直接跳轉

window.location.href = nativeUrl;

a標簽喚起

<a href="nativeUrl">喚起app</a>

對比iframe喚起和location.href，我們可以發現：

對于ios來說，location.href跳轉更合適，因為這種方式可以在Safari中成功喚起app。Safari作為iphone默認瀏覽器其重要性就不用多說了，而對于微信和qq客戶端，ios中這兩種方式都沒有什么卵用==

對于Android來說，在進入頁面直接喚起的情況下，iframe和location.href是一樣的，但是如果是事件驅動的喚起，iframe喚起的表現比location.href要更好一點。

通過測試可以發現，進入頁面直接喚起和事件驅動的喚起，對于很多瀏覽器，兩者的表現是不同的，簡單來說，直接喚起的失敗更多。

通過上述對比分析，Android使用iframe喚起，ios采用window.location.href喚起更合適一點。

看完了這篇文章，相信你對h5喚醒app的方法有了一定的了解，想了解更多相關知識，歡迎關注億速云行業資訊頻道，感謝各位的閱讀！