這篇文章給大家分享的是有關(guān)html5喚起app的示例分析的內(nèi)容。小編覺得挺實(shí)用的，因此分享給大家做個(gè)參考，一起跟隨小編過來看看吧。
創(chuàng)新互聯(lián)長期為1000多家客戶提供的網(wǎng)站建設(shè)服務(wù)，團(tuán)隊(duì)從業(yè)經(jīng)驗(yàn)10年，關(guān)注不同地域、不同群體，并針對不同對象提供差異化的產(chǎn)品和服務(wù)；打造開放共贏平臺，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為乳源企業(yè)提供專業(yè)的成都網(wǎng)站設(shè)計(jì)、做網(wǎng)站，乳源網(wǎng)站改版等技術(shù)服務(wù)。擁有十余年豐富建站經(jīng)驗(yàn)和眾多成功案例,為您定制開發(fā)。
h6喚起app這種需求是常見的。在移動為王的時(shí)代，h6在app導(dǎo)流上發(fā)揮著重要的作用。
目前我們采用的喚起方式是url scheme(iOS，Android平臺都支持)，只需原生APP開發(fā)時(shí)注冊scheme， 那么用戶點(diǎn)擊到此類鏈接時(shí)，會自動跳到APP。
三種喚起方案
iframe
var last = Date.now(),
doc = window.document,
ifr = doc.createElement('iframe');
//創(chuàng)建一個(gè)隱藏的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方案的喚起原理是: 程序切換到后臺時(shí)，計(jì)時(shí)器會被推遲(計(jì)時(shí)器不準(zhǔn)的又一種情況)。如果app被喚醒那么網(wǎng)頁必然就進(jìn)入了后臺，如果用戶從app切回來，那么時(shí)間一般會超過2s;若app沒有被喚起，那么網(wǎng)頁不會進(jìn)入后臺，setTimeout基本準(zhǔn)時(shí)觸發(fā)，那么時(shí)間不會超過2s。
window.location.href直接跳轉(zhuǎn)
window.location.href = nativeUrl;
a標(biāo)簽喚起
喚起app
三種喚起方案的瀏覽器測試
X表示喚起失敗，√表示喚起成功
紅色標(biāo)記表示進(jìn)入頁面直接喚起，綠色表示人工事件操作后喚起
ios測試機(jī):iphone 6p;android測試機(jī):小米1s
iframe喚起app測試結(jié)果
window.location.href喚起app測試結(jié)果
a標(biāo)簽喚起app測試結(jié)果
iframe和window.location.href喚起對比
iframe、window.location.href和a標(biāo)簽喚起三者對比
測試結(jié)果分析
首先測試的機(jī)型和瀏覽器有限，上述結(jié)果僅作參考.
對比iframe喚起和location.href，我們可以發(fā)現(xiàn)：
對于ios來說，location.href跳轉(zhuǎn)更合適，因?yàn)檫@種方式可以在Safari中成功喚起app。Safari作為iphone默認(rèn)瀏覽器其重要性就不用多說了，而對于微信和qq客戶端，ios中這兩種方式都沒有什么卵用==
對于Android來說，在進(jìn)入頁面直接喚起的情況下，iframe和location.href是一樣的，但是如果是事件驅(qū)動的喚起，iframe喚起的表現(xiàn)比location.href要更好一點(diǎn)。
通過測試可以發(fā)現(xiàn)，進(jìn)入頁面直接喚起和事件驅(qū)動的喚起，對于很多瀏覽器，兩者的表現(xiàn)是不同的，簡單來說，直接喚起的失敗更多。
通過上述對比分析，Android使用iframe喚起，ios采用window.location.href喚起更合適一點(diǎn)。
進(jìn)入頁面直接喚起和事件驅(qū)動喚起的區(qū)別
這兩種喚起場景在Android中有明顯的區(qū)別，無論是iframe的方式喚起還是location.href,以小米1s的chrome為例:
點(diǎn)我打開APP
綁定事件 人工驅(qū)動喚起：
//成功喚起
window.onload = function () {
$('#goApp').on("click", function () {
window.lib.callapp("nativeUrl");//iframe
//window.location.href = nativeUrl;
});
};進(jìn)入頁面直接喚起：
//喚起失敗
window.onload = function () {
window.lib.callapp("nativeUrl");//iframe
//window.location.href = nativeUrl;
};綁定事件，js喚起
//喚起失敗
window.onload = function () {
$('#goApp').on("click", function () {
window.lib.callapp("nativeUrl");//iframe
//window.location.href = nativeUrl;
});
$('#goApp).trigger('click');
};原本我以為$('#goApp).trigger('click');的方式和人工點(diǎn)擊是一樣的，而實(shí)際表現(xiàn)是，js觸發(fā)事件的表現(xiàn)和頁面直接跳轉(zhuǎn)一樣無效。
從參考的博文中看到 Android平臺和各個(gè)app廠商差異很大，比如Chrome從25及以后就不再支持通過js觸發(fā)（非用戶點(diǎn)擊），設(shè)置iframe src地址等來觸發(fā)scheme跳轉(zhuǎn)。所以js觸發(fā)和直接用戶點(diǎn)擊區(qū)別還是很大的，跟音頻播放的限制異曲同工吧。
最后
經(jīng)過上述的測試和分析，基本敲定ios用window.location.href的方式喚起比較合適，Android用iframe喚起比較合適。我們在使用iframe喚起時(shí)，一般對喚起失敗的處理是直接下載，但是這里就有一個(gè)問題，就是瀏覽器無法檢測到喚起是否成功，即，如果我喚起成功后返回瀏覽器，瀏覽器還是會彈出下載信息，這個(gè)體驗(yàn)很差。當(dāng)然我們也需要處理一些成功或失敗的回調(diào)函數(shù)，說不定我們的場景只需要喚起而并不需要失敗后的下載呢。
關(guān)于使用location.href喚起iphone手機(jī)上的原生app，跳轉(zhuǎn)中間頁的處理方式可能也比當(dāng)前頁直接處理更好一點(diǎn)。
感謝各位的閱讀！關(guān)于“html5喚起app的示例分析”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，讓大家可以學(xué)到更多知識，如果覺得文章不錯(cuò)，可以把它分享出去讓更多的人看到吧！
新聞名稱：html5喚起app的示例分析
URL網(wǎng)址：
http://www.yuzhuanjia.cn/article/gshpsg.html
