移動端實現內滾動的4種方案

如果在一個區域內只允許部分區域產生滾動的效果，而其餘部分不能移動，你會採用什麼方法呢？

作者：Icarus

原文鏈接：http://xdlrt.github.io/2016/12/02/2016-12-02

首先我們可以把這個需求分解為兩個小的問題來解決。

• 部分區域固定
• 其餘區域滾動

部分區域固定

1. 為頁面的body部分設置`height: 100%`以及`overflow: hidden`，即禁用頁面原生的滾動，保證只會顯示一屏的內容。

2. 固定區域採用絕對定位。

其餘區域滾動

核心屬性overflow-y

mdn對於overflow-y的定義

The overflow-y property specifies whether to clip content, render a scroll bar, or display overflow content of a block-level element, when it overflows at the top and bottom edges.

overflow-y屬性指定或是裁剪內容並且渲染一個滾動條，或是當塊級元素在其頂部或底部溢出時顯示溢出的內容。

簡單來說，`overflow-y`屬性在垂直方向上存在溢出的時候，通過設置不同的值會產生不同的表現。為了實現滾動功能我們需要將該屬性設置為`scroll`，之後，無論塊級元素的內容是否溢出，瀏覽器都會生成一個滾動條並且隱藏容器中內容溢出的部分，只有在滾動之後才會顯示。

舉個例子：

.test{ntwidth: 200px;nt/* 關鍵樣式 */ntheight: 200px;ntoverflow-y: scroll;nt/* 以下無關樣式 */ntbackground: #f14c5c;ntcolor: #fff;n}n<div class="test">nt這裡面只是一段測試的內容這裡面只是一段測試的內容這裡面只是一段測試的內容nt這裡面只是一段測試的內容這裡面只是一段測試的內容這裡面只是一段測試的內容nt這裡面只是一段測試的內容這裡面只是一段測試的內容這裡面只是一段測試的內容nt這裡面只是一段測試的內容這裡面只是一段測試的內容這裡面只是一段測試的內容n</div>n

效果如下：

通過剛才的例子我們可以得出結論，只要限制塊級元素的高度，自然就可以實現只有該元素的內容可滾動而不影響其它內容。但是在實現過程中遇到了新的問題，如何實現對設計圖的精確還原？設計圖如下：

整個彈出框高度是隨頁面高度自適應的，標題部分和底部按鈕部分位置是固定的，中間列表需要佔滿剩餘高度，並且內容可滾動。整個彈窗被最外層div包裹，底部按鈕相對於它進行定位。經過思考後，嘗試了四種方案，分享給大家。

方案說明

我們需要確定的核心問題就是中間內容的高度，也即是height

在不同尺寸屏幕下的精確高度。

vh

相對於視口的高度，視口被均分為100單位，即1vh等於視口高度的1%。

但是vh單位對低版本安卓和ios支持不夠好，微信瀏覽器X5內核不支持，雖然已經升級到blink內核，但是為了確保萬無一失，放棄採用這種方案。另外也無法精確控制和底部按鈕邊距。

height百分比

和vh類似，無法精確控制和底部按鈕的邊距，自適應效果不好。

calc

對於以上兩種方案的存在的問題，calc計算屬性可以很好的解決，只需要設置height:calc(100% - 60px)，就可以精準的佔滿中間部分，並且保持和底部按鈕的邊距。

可惜的是對於低版本的安卓瀏覽器、ios瀏覽器包括微信瀏覽器在內的主流瀏覽器支持都不好，依然只能棄用。

如果兼容性再好一點的話，calc方案應該是最好用且最優雅的一種實現方式。

js

單純的使用css無法實現，就只能藉助js來動態計算內容所需要的高度來進行設置。同時這種方法也幾乎不會遇到兼容性的問題，是對優雅降級的一種實踐。

題外話

隱藏難看的滾動條。

如果直接設置`overflow-y:scroll`在ios下始終會出現很醜的滾動條，我們可以對該元素設置以下屬性：

margin-right: -20px;npadding-right: 20px;n

對滾動條進行一個小小的hack，它就再也不會出現了，用戶交互時會有和原生滾動一樣的感覺，體驗更佳。

-webkit-overflow-scrolling: touch

在ios設備中，利用`overflow`來模擬滾動會出現卡頓的情況，可以通過設置`-webkit-overflow-scrolling: touch`來解決，原因是設置後ios會為其創建一個`UIScrollView`，利用硬體來加速渲染。

這個問題本身並不複雜，甚至需求更改後，實現變的非常簡單。但是希望能通過這個小例子能讓每一個前端人在思考需求時都能夠儘可能的去想更多樣的方法來解決問題，即使因為兼容性或其它原因暫時無法實現，在這個過程中獲得的成長也是非常有益的。