移動端業務開發，iOS 下經常會有 fixed 元素和輸入框(input 元素)同時存在的情況。 但是 fixed 元素在有軟鍵盤喚起的情況下，會出現許多莫名其妙的問題。 這篇文章里就提供一個簡單的有輸入框情況下的 fixed 布局方案。
iOS下的 Fixed + Input BUG現象
讓我們先舉個栗子，最直觀的說明一下這個 BUG 的現象。 常規的 fixed 布局，可能使用如下布局（以下僅示意代碼）：
<body class="layout-fixed"> <header> </header> <main> </main> <footer> <input type="text" placeholder="Footer..."/> <button class="submit">提交</button> </footer></body>
對應的樣式如下：
header, footer, main { display: block;}header { position: fixed; height: 50px; left: 0; right: 0; top: 0;}footer { position: fixed; height: 34px; left: 0; right: 0; bottom: 0;}main { margin-top: 50px; margin-bottom: 34px; height: 2000px}
然后看起來就是下面這個樣子。拖動頁面時 header 和 footer 已經定位在了對應的位置，目測沒問題了。
fixed定位
但接下來問題就來了！如果底部輸入框軟鍵盤被喚起以后，再次滑動頁面，就會看到如下圖所示：
我們看到 fixed 定位好的元素跟隨頁面滾動了起來… fixed 屬性失效了！
這是為什么呢？簡單解釋下： > 軟鍵盤喚起后，頁面的 fixed 元素將失效（即無法浮動，也可以理解為變成了 absolute 定位），所以當頁面超過一屏且滾動時，失效的 fixed 元素就會跟隨滾動了。
這便是 iOS 上 fixed 元素和輸入框的 bug 。其中不僅限于 type=text
的輸入框，凡是軟鍵盤（比如時間日期選擇、select 選擇等等）被喚起，都會遇到同樣地問題。
雖然 isScroll.js
可以很好的解決 fixed 定位滾動的問題，但是不在萬不得已的情況下，我們盡量嘗試一下不依賴第三方庫的布局方案，以簡化實現方式。這里拋磚引玉作為參考。
解決思路：
既然在 iOS 下由于軟鍵盤喚出后，頁面 fixed 元素會失效，導致跟隨頁面一起滾動，那么假如——頁面不會過長出現滾動，那么即便 fixed 元素失效，也無法跟隨頁面滾動，也就不會出現上面的問題了。
那么按照這個思路，如果使 fixed 元素的父級不出現滾動，而將原 body 滾動的區域域移到 main 內部，而 header 和 footer 的樣式不變，代碼如下：
<body class="layout-scroll-fixed"> <header> </header> <main> <div class="content"> </div> </main> <footer> <input type="text" placeholder="Footer..."/> <button class="submit">提交</button> </footer></body>
header, footer, main { display: block;}header { position: fixed; height: 50px; left: 0; right: 0; top: 0;}footer { position: fixed; height: 34px; left: 0; right: 0; bottom: 0;}main { /* main絕對定位，進行內部滾動 / position: absolute; top: 50px; bottom: 34px; / 使之可以滾動 */ overflow-y: scroll;}main .content { height: 2000px;}
這樣再來看一下：
fixed定位
在原始輸入法下， fixed 元素可以定位在頁面的正確位置。滾動頁面時，由于滾動的是 main 內部的 div，因此 footer 沒有跟隨頁面滾動。
上面貌似解決了問題，但是如果在手機上實際測試一下，會發現 main 元素內的滾動非常不流暢，滑動的手指松開后，滾動立刻停止，失去了原本的流暢滾動特性。百度一下彈性滾動的問題，發現在 webkit
中，下面的屬性可以恢復彈性滾動。
-webkit-overflow-scrolling: touch;
在 main 元素上加上該屬性，嗯，絲般順滑的感覺又回來了！
main { /* main絕對定位，進行內部滾動 / position: absolute; top: 50px; bottom: 34px; / 使之可以滾動 / overflow-y: scroll; / 增加該屬性，可以增加彈性 */ -webkit-overflow-scrolling: touch;}
另外，這里的 header 和 footer 使用的是 fixed 定位，如果考慮到更老一些的 iOS 系統不支持 fixed 元素，完全可以把 fixed 替換成 absolute 。測試后效果是一樣的。
至此一個不依賴第三方庫的 fixed 布局就完成了。
Android 下布局
談到了 iOS ，也來簡單說一下 Android 下的布局吧。
在 Android2.3+ 中，因為不支持 overflow-scrolling ，因此部分瀏覽器內滾動會有不流暢的卡頓。但是目前發現在 body 上的滾動還是很流暢的，因此使用第一種在 iOS 出現問題的 fixed 定位的布局就可以了。
如果需要考慮 Android2.3 以下系統，因為不支持 fixed 元素，所以依然要需要考慮使用 isScroll.js
來實現內部滾動。
其實在 fixed 和輸入框的問題上，基本思路就是： > 由于 fixed 在軟鍵盤喚起后會失效，導致在頁面可以滾動時，會跟隨頁面一起滾動。因此如果頁面無法滾動，那么 fixed 元素即使失效，也不會滾動，也就不會出現 bug 了。
所以可以在這個方面去考慮解決問題。
其他的一些細節處理
在細節處理上，其實還有很多要注意的，挑幾個實際遇到比較大的問題來說一下：
有時候輸入框 focus 以后，會出現軟鍵盤遮擋輸入框的情況，這時候可以嘗試 input 元素的 scrollIntoView 進行修復。
在 iOS 下使用第三方輸入法時，輸入法在喚起經常會蓋住輸入框，只有在輸入了一條文字后，輸入框才會浮出。目前也不知道有什么好的辦法能讓喚起輸入框時正確顯示。這暫時算是 iOS 下的一個坑吧。
有些第三方瀏覽器底部的工具欄是浮在頁面之上的，因此底部 fixed 定位會被工具欄遮擋。解決辦法也比較簡單粗暴——適配不同的瀏覽器，調整 fixed 元素距離底部的距離。
最好將 header 和 footer 元素的 touchmove 事件禁止，以防止滾動在上面觸發了部分瀏覽器全屏模式切換，而導致頂部地址欄和底部工具欄遮擋住 header 和 footer 元素。
在頁面滾動到上下邊緣的時候，如果繼續拖拽會將整個 View 一起拖拽走，導致頁面的“露底”。
fixed定位
為了防止頁面露底，可以在頁面拖拽到邊緣的時候，通過判斷拖拽方向以及是否為邊緣來阻止 touchmove 事件，防止頁面繼續拖拽。
以上面內滾動 layout-scroll-fixed
布局為例，給出一段代碼作為參考：
// 防止內容區域滾到底后引起頁面整體的滾動var content = document.querySelector('main');var startY;content.addEventListener('touchstart', function (e) { startY = e.touches[0].clientY;});content.addEventListener('touchmove', function (e) { // 高位表示向上滾動 // 底位表示向下滾動 // 1容許 0禁止 var status = '11'; var ele = this; var currentY = e.touches[0].clientY; if (ele.scrollTop === 0) { // 如果內容小于容器則同時禁止上下滾動 status = ele.offsetHeight >= ele.scrollHeight ? '00' : '01'; } else if (ele.scrollTop + ele.offsetHeight >= ele.scrollHeight) { // 已經滾到底部了只能向上滾動 status = '10'; } if (status != '11') { // 判斷當前的滾動方向 var direction = currentY - startY > 0 ? '10' : '01'; // 操作方向和當前允許狀態求與運算，運算結果為0，就說明不允許該方向滾動，則禁止默認事件，阻止滾動 if (!(parseInt(status, 2) & parseInt(direction, 2))) { stopEvent(e); } }});
