使用
-webkit-overflow-scrolling
屬性控制元素在移動裝置上是否使用滾動回彈效果.
auto
使用普通滾動, 當手指從觸控螢幕上移開，滾動會立即停止。
touch
使用具有回彈效果的滾動, 當手指從觸控螢幕上移開，內容會繼續保持一段時間的滾動效果。繼續滾動的速度和持續的時間和滾動手勢的強烈程度成正比。同時也會建立乙個新的堆疊上下文。
非標準該特性是非標準的，請盡量不要在生產環境中使用它！
只在ios上有用
實際上，safari真的用了原生控制項來實現，對於有-webkit-overflow-scrolling的網頁，會建立乙個uiscrollview，提供子layer給渲染模組使用。
摘抄：
從svn log看，在webkit 108400版本左右才支援，所以ios safari應該是需要5.0。android則是在4.0以上支援。
從前端開發的角度講，只需要知道css的屬性-webkit-overflow-scrolling是真的建立了帶有硬體加速的系統級控制項，所以效率很高。
從實際開發的角度講，採用這樣的做法相對是耗更多記憶體的，最好是在產生了非常大面積的overflow時才應用。
前端雜燴 在工作，在思考，在沉澱
當我們沉浸在旺盛的需求之中時，整個人便會成為一台工作的機器，切著類似的頁面，寫著同樣的邏輯，重複著昨天或者上個月做的事情，時間久了，覺得膩味，沒有什麼創新，也沒有明顯的成長。用一句通俗的話來講 工作五年，後面四年重複著第一年的活兒。很多人嘗試跳出這個怪圈，不過基於環境壓力和思維受阻，最後又不得不選擇...
前端雜燴 在工作，在思考，在沉澱
當我們沉浸在旺盛的需求之中時，整個人便會成為一台工作的機器，切著類似的頁面，寫著同樣的邏輯，重複著昨天或者上個月做的事情，時間久了，覺得膩味，沒有什麼創新，也沒有明顯的成長。用一句通俗的話來講 工作五年，後面四年重複著第一年的活兒。很多人嘗試跳出這個怪圈，不過基於環境壓力和思維受阻，最後又不得不選擇...
需求在變化，思維在變化
做了這個遠端監控專案，發現開發專案其實相當具有挑戰性的，這種挑戰性主要表現在兩個方面 1 不斷變化的領導需求 或者客戶需求 2 並不熟練甚至並不了解的技術。最近看了一些 瘋狂的程式設計師 還是很羨慕絕影能在大學期間找到自己喜歡的方向，喜歡的事情，把自己喜歡的事情作為自己的工作甚至事業實際上是非常快樂...