先看一下錯(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.彈出層重新定位：獲取滾動條高度，設(shè)置為彈出層Top值；

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

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

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

由此發(fā)現(xiàn)的坑2：移動端設(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);
}

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

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評論