在移动端若是使用局部滚动,意思就是咱们的滚动在一个固定宽高的div内触发,将该div设置成overflow:scroll/auto;来造成div内部的滚动,这时咱们监听div的onscroll发现触发的时机区分android和ios两种状况,具体能够看下面表格:css
机型(内核) | body滚动 | 局部滚动 |
---|---|---|
ios | 不能实时触发 | 不能实时触发 |
android | 实时触发 | 实时触发 |
ios wkwebview内核 | 实时触发 | 实时触发 |
不能实时触发表现:只在手指触摸的屏幕上一直滑动时和滚动中止的那一刻才触发。android
正常的滚动:咱们平时使用的scroll,包括上面讲的滚动都属于正常滚动,利用浏览器自身提供的滚动条来实现滚动,底层是由浏览器内核控制。ios
模拟滚动:最典型的例子就是iscroll了,原理通常有两种:web
第一种方案因为惯性滚动的时机时由js本身控制因此能够拿到滚动触发阶段的scrolltop值,而且滚动的回调函数onscroll在滚动的阶段都会触发。第二种方案相比第一种要劣势一些,区别在于手指离开时,采用的时css的animation来实现惯性滚动,因此没法直接触发惯性滚动过程当中的onscroll事件,只有在animation结束时才能够借助animationend来获取到事件,固然也有一种方法能够实时获取滚动事件,也是借助于requestanimationframe来不断的去读取滚动元素的transform来拿到scrolltop同时触发onscroll回调。ajax
模拟滚动的fps值波动较大,这样滚动起来会有明显的卡顿感受,各位体验的时候若是滚动超过10屏以后就能够明显感受到两着的区别。浏览器
在使用模拟滚动时,浏览器在js层面会消耗更多的性能去改变dom元素的位置,在dom复杂层级深的页面更为高,因此在长列表滚动时还要使用正常滚动更好。bash
方案1:借助iscroll的原理,整个页面使用模拟滚动,将下拉刷新元素放在顶部,当页面滚动到顶部下拉时,下拉刷新元素随着页面的滚动出现,当手指离开时收回,此方案实现起来较为简单直接借助iscoll便可,可是使用了模拟滚动以后在正常的列表滚动时性能上不如正常滚动。dom
方案2:页面使用正常滚动,将下拉刷新元素放置在顶部top值为负值(正常状况下不可见),当页面处于顶部时下拉,这时监听touchmove事件,修改scrollcontent的tranlateY值,同时修改下拉刷新元素的tranlateY值,将二者同时位移来将下拉刷新元素显示出来,手指离开时(touchend)收回,这种方案知足了在正常列表滚动时使用原生的滚动节省性能,只在下拉刷新时使用模拟滚动来实现效果。函数
方案3:方案2的改良版,惟一不一样是将下拉刷新元素和scrollcontent放在一个div里,将下拉刷新元素的margintop设为负值,在下拉刷新时,只须要修改scrollcontent一个元素的tranlateY值便可实现下拉,在性能上要比方案2好。布局
还会有一个性能上的问题就是:当页面的列表过长,dom元素过多时,在模拟滚动,下拉刷新这段时间内,页面也会有卡顿现象,这里采起了一个优化策略即:
下面介绍如何去优化scroll事件的触发,避免scroll事件过分消耗资源:
scroll 事件自己会触发页面的从新渲染,同时 scroll 事件的 handler 又会被高频度的触发, 所以事件的 handler 内部不该该有复杂操做,例如 DOM 操做就不该该放在事件处理中。 特别是针对此类高频度触发事件问题(例如页面 scroll ,屏幕 resize,监听用户输入等)。
防抖技术便是能够把多个顺序地调用合并成一次,也就是在必定时间内,规定事件被触发的次数。
防抖函数确实不错,可是也存在问题,譬如图片的懒加载,我但愿在下滑过程当中图片不断的被加载出来,而不是只有当我中止下滑时候,图片才被加载出来。又或者下滑时候的数据的 ajax 请求加载也是同理。这个时候,咱们但愿即便页面在不断被滚动,可是滚动 handler 也能够以必定的频率被触发(譬如 250ms 触发一次),这类场景,就要用到另外一种技巧,称为节流函数(throttling)。
节流函数,只容许一个函数在 X 毫秒内执行一次。
与防抖相比,节流函数最主要的不一样在于它保证在 X 毫秒内至少执行一次咱们但愿触发的事件 handler。
关于防抖动与节流,个人博客文章也有说起。
若是页面只须要兼容高版本浏览器或应用在移动端,又或者页面须要追求高精度的效果,那么可使用浏览器的原生方法 rAF(requestAnimationFrame)。
window.requestAnimationFrame() 这个方法是用来在页面重绘以前,通知浏览器调用一个指定的函数。这个方法接受一个函数为参,该函数会在重绘前调用。
rAF 经常使用于 web 动画的制做,用于准确控制页面的帧刷新渲染,让动画效果更加流畅,固然它的做用不只仅局限于动画制做,咱们能够利用它的特性将它视为一个定时器。(固然它不是定时器)
一般来讲,rAF 被调用的频率是每秒 60 次,也就是 1000/60 ,触发频率大概是 16.7ms 。(当执行复杂操做时,当它发现没法维持 60fps 的频率时,它会把频率下降到 30fps 来保持帧数的稳定。)
var ticking = false; // rAF 触发锁
function onScroll(){
if(!ticking) {
requestAnimationFrame(realFunc);
ticking = true;
}
}
function realFunc(){
// do something...
console.log("Success");
ticking = false;
}
// 滚动事件监听
window.addEventListener('scroll', onScroll, false);
复制代码
实现以16.7ms 触发一次 handler,下降了可控性,可是提高了性能和精确度。
从本质上而言,咱们应该尽可能去精简 scroll 事件的 handler ,将一些变量的初始化、不依赖于滚动位置变化的计算等都应当在 scroll 事件外提早就绪。
输入事件处理函数,好比 scroll / touch 事件的处理,都会在 requestAnimationFrame 以前被调用执行。
所以,若是你在 scroll 事件的处理函数中作了修改样式属性的操做,那么这些操做会被浏览器暂存起来。而后在调用 requestAnimationFrame 的时候,若是你在一开始作了读取样式属性的操做,那么这将会致使触发浏览器的强制同步布局。
pointer-events 是一个 CSS 属性,能够有多个不一样的值,大概的意思就是禁止鼠标行为,应用了该属性后,譬如鼠标点击,hover 等功能都将失效,便是元素不会成为鼠标事件的 target。
pointer-events: none 可用来提升滚动时的帧频。的确,当滚动时,鼠标悬停在某些元素上,则触发其上的 hover 效果,然而这些影响一般不被用户注意,并多半致使滚动出现问题。对 body 元素应用 pointer-events: none ,禁用了包括 hover 在内的鼠标事件,从而提升滚动性能。
大概的作法就是在页面滚动的时候, 给 添加上 .disable-hover 样式,那么在滚动中止以前, 全部鼠标事件都将被禁止。当滚动结束以后,再移除该属性。
// css 代码
.disable-hover,
.disable-hover * {
pointer-events: none !important;
}
// js 代码
var body = document.body,
timer;
window.addEventListener('scroll', function() {
clearTimeout(timer);
if(!body.classList.contains('disable-hover')) {
body.classList.add('disable-hover')
}
timer = setTimeout(function(){
body.classList.remove('disable-hover')
},500);
}, false);
复制代码