先看一下錯(cuò)位的效果：

這本是iOS系統(tǒng)的一個(gè)BUG，不過在iOS11.3以后的系統(tǒng)中修復(fù)了；

解決辦法：

在body標(biāo)簽中添加樣式:

body { position: fixed; width: 100%;}

或者

body { overflow: hidden; height: 100%;}

ios11，彈出層內(nèi)的input框光標(biāo)錯(cuò)位

之前開發(fā)了一個(gè)微信項(xiàng)目，安全上線，維護(hù)期中蘋果手機(jī)突然出現(xiàn)光標(biāo)錯(cuò)位現(xiàn)象，經(jīng)過排查，發(fā)現(xiàn)是最新的ios11系統(tǒng)的鍋。

具體情況：彈出層使用position: fixed；彈出層內(nèi)附帶input/textarea輸入框，ios11系統(tǒng)的蘋果機(jī)用戶在點(diǎn)擊輸入框，出現(xiàn)鍵盤后，彈出層被頂上去，而光標(biāo)還停留在原處，即出現(xiàn)錯(cuò)位情況。

解決思路：

1.解決光標(biāo)錯(cuò)位：彈出層設(shè)置為position: absolute；body添加position: fixed;

2.彈出層重新定位：獲取滾動(dòng)條高度，設(shè)置為彈出層Top值；

function getScrollTop(): string { const scrollTop = document.documentElement.scrollTop || window.pageYOffset || document.body.scrollTop; return scrollTop + 'px';}

解決過程中碰到的問題：body設(shè)置為position: fixed后，一旦彈出層Top屬性被賦值，頁面會(huì)默認(rèn)回到最頂端，用戶體驗(yàn)感極差。

在此基礎(chǔ)上決定不設(shè)置body的定位，改為overflow: hidden; 等用戶執(zhí)行完操作，關(guān)閉彈出層時(shí)，再還原overflow: initial; 缺點(diǎn)是彈出層底部的內(nèi)容無法再進(jìn)行滾動(dòng)，但是對(duì)用戶體驗(yàn)無太大影響。在pc上測試無誤后發(fā)布test環(huán)境，真機(jī)測試簡直爆炸，底部內(nèi)容仍舊可以自由滑動(dòng)，連帶著固定在上層頁面的彈出層一起不受拘束的自由愉快滑動(dòng)。

由此發(fā)現(xiàn)的坑2：移動(dòng)端設(shè)置body的overflow: hidden不生效，即使附加height: 100%;

順著思路下去，決定采取阻止頁面的touchmove事件來實(shí)現(xiàn)固定底部頁面的想法　　　　　　　

public fixBg() {　　　　//阻止頁面底部touchmove事件 document.addEventListener("touchmove",function(e){   e.preventDefault();   e.stopPropagation(); },false);}public flexibleBg() {　　　　//恢復(fù)touchmove事件 document.addEventListener('touchmove', function (e) {  e.returnValue = true; }, false);}

如此一來，頁面會(huì)回跳到頂部的問題解決了，但是發(fā)布以后，實(shí)際測試時(shí)又發(fā)現(xiàn)，彈出層位置錯(cuò)誤，彈出getScrollTop()的執(zhí)行結(jié)果顯示為0.這又是ios的一個(gè)坑，目前還在哼哧哼哧的填。

以上就是本文的全部內(nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持VEVB武林網(wǎng)。