移動端Web界面滾動性能優化 Passive event listeners
最近更新了ios11.3,項目上發現這麼一個問題,“我的”頁面和兩個列表頁的滾動出現了問題,滾動時候不僅滾動了希望滾動的部分,整體的頁面也跟隨者上下滾動,整個頁面非常卡頓。
- 這兩個頁面都用了touch事件
- 控制檯打印如下警告:
[Intervention] Unable to preventDefault inside passive event listener due to target being treated as passive.
See https://www.chromestatus.com/features/5093566007214080
解決辦法1:
在touch的事件監聽方法上綁定第三個參數{ passive: false },
通過傳遞 passive 爲 false 來明確告訴瀏覽器:事件處理程序調用 preventDefault 來阻止默認滑動行爲。
elem.addEventListener(
'touchstart',
fn,
{ passive: false }
);
解決辦法2:
* { touch-action: pan-y; }
使用全局樣式樣式去掉
Passive event listeners
2016年Google I/O上提出的概念,目的是用來提升頁面滑動的流暢度。
For instance, in Chrome for Android 80% of the touch events that block scrolling never actually prevent it. 10% of these events add more than 100ms of delay to the start of scrolling, and a catastrophic delay of at least 500ms occurs in 1% of scrolls.
在 Android 版 Chrome 瀏覽器的 touch 事件監聽器的頁面中,80% 的頁面都不會調用 preventDefault 函數來阻止事件的默認行爲。在滑動流暢度上,有 10% 的頁面增加至少 100ms 的延遲,1% 的頁面甚至增加 500ms 以上的延遲。
由於瀏覽器無法預先知道一個事件處理函數中會不會調用 preventDefault(),它需要等到事件處理函數執行完後,才能去執行默認行爲,然而事件處理函數執行是要耗時的,這樣一來就會導致頁面卡頓,也就是說,當瀏覽器等待執行事件的默認行爲時,大部分情況是白等了。
如果 Web 開發者能夠提前告訴瀏覽器:“我不調用 preventDefault 函數來阻止事件事件行爲”,那麼瀏覽器就能快速生成事件,從而提升頁面性能,Passive event listeners 的提出就解決了這樣的問題。