一、問題描述：

蘋果設(shè)備（iOS）微信中打開H5頁面，從首頁跳轉(zhuǎn)到其他頁面后，頁面的底部會出現(xiàn)一個帶有前進(jìn)和后退按鈕工具欄，而該工具欄會遮擋住面底部的內(nèi)容，影響頁面的正常使用。

二、原因分析：

造成該現(xiàn)象的原因是，當(dāng)頁面跳轉(zhuǎn)時，微信瀏覽器會通過window.history讀取到瀏覽的歷史記錄，此時便會在頁面底部顯示出前進(jìn)后退按鈕的工具欄，造成頁面底部內(nèi)容遮擋。

三、解決方案：

了解了該問題出現(xiàn)的原因，我們也就有了解決辦法。首先想到的方案就是控制瀏覽器的歷史記錄。由于考慮到安全性問題，瀏覽器的歷史記錄不支持刪除和修改等操作，只能通過新增或替換的方式來實現(xiàn)對瀏覽歷史的操作，因此可以有以下方案：

（一）方案一：將頁面的路由跳轉(zhuǎn)方式更換為 “replace” 方式，原生寫法可以使用 window.location.replace() 替代 window.location.href ；vue中可以用this.$router.replace() 替代 this.$router.push()。

本以為這樣就可以解決該問題，但是經(jīng)過測試發(fā)現(xiàn)該方案也會出現(xiàn)一些弊端：

• 無法使用后退功能，在其他機(jī)型（安卓機(jī)型）上后退會直接退出；
• 跳轉(zhuǎn)到某些外部頁面再后退回來，底部的工具欄還會出現(xiàn)。

為了解決第一個問題，想到了第二個方案——監(jiān)聽瀏覽器返回功能：

（二）方案二：通過history的state來監(jiān)聽瀏覽器的返回事件，通過js代碼來模擬瀏覽器的頁面后退操作，以此來解決無法后退的問題。但是該方案由于代碼改動較大且頁面間的跳轉(zhuǎn)情況過于繁瑣，暫時擱置。

考慮到操作history比較繁瑣，轉(zhuǎn)而考慮是否可以通過修改樣式來實現(xiàn)兼容：

（三）方案三：使用媒體查詢，手動設(shè)置兩種頁面樣式，通過判斷機(jī)型是否為iOS來展示不同的頁面樣式，將iOS端的底部按鈕欄位置預(yù)留出來。 但是由于首次進(jìn)入頁面時并無底部欄，且該方案需要判斷的iOS機(jī)型和版本條件過多，樣式的改動也較大，暫時擱置。

進(jìn)一步分析該問題發(fā)生的原因，發(fā)現(xiàn)出現(xiàn)遮擋的主要原因是，底部的工具欄是在頁面完成渲染之后才渲染的，因此才會出現(xiàn)覆蓋原頁面的問題，如果能讓該工具欄優(yōu)先于頁面渲染，則頁面的視口高度就會是瀏覽器去掉底部工具欄之后的高度，這樣就不會出現(xiàn)頁面內(nèi)容被遮擋的問題。想到了這一層面后我有如醍醐灌頂，終于找到可以完美解決的辦法了！

（四）最終方案：在頁面加載之前通過主動添加空的歷史記錄，觸發(fā)瀏覽器的history監(jiān)聽機(jī)制，讓瀏覽器先于頁面調(diào)出底部工具欄，從而解決遮擋問題。

所以我們需要在路由守衛(wèi)中增加對 window.history 的處理，代碼如下：

router.beforeEach((to, from, next) => {
 window.history.replaceState(null, null, window.localtion.href);
 next();
})

由于項目使用的是vue，這里只展示vue中的寫法，使用其他寫法的同學(xué)可以類比一下。

這里之所以用replaceState 而不用 pushState ，是因為后者會在瀏覽器中多增加一條歷史數(shù)據(jù)，這會導(dǎo)致在瀏覽器后退操作時需要后退兩次才可以返回到之前的頁面；而使用replaceState 則是替換瀏覽歷史中的上一條記錄，用當(dāng)前頁面的地址替換上一條記錄，本質(zhì)上瀏覽歷史是不變的，自此關(guān)于iOS端微信的底部工具欄遮擋問題就可以完美解決了。

到此這篇關(guān)于iOS新版微信底部工具欄遮擋問題完美解決的文章就介紹到這了,更多相關(guān)iOS 微信底部工具欄遮擋內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論