上一篇为了解释移动端web的事件和点击穿透问题,我作了一个弹出框作例子,见demo。如今请把关注点转移到弹出层自己上来,我使用fix定位将它定在屏幕中间,滚动屏幕时发现问题没有,底层元素仍是在滚动,只是弹出层在屏幕正中间并且周围有遮罩。因此咱们就“滚动”这件事详细说说,可能存在哪些滚动需求。css
在PC上网页滚动主要靠鼠标滚轮,其次按“上”“下”键也能滚动页面,还能够按“空格”“Page Down/Up”以及“HOME”键,或者直接点击或拖动滚动条也能滚动页面。那么咱们来作个实验,看这些事件的发生顺序是怎样的。html
document.addEventListener('scroll', function(){ alert('document scroll'); }); window.addEventListener('scroll', function(){ alert('window scroll'); }); window.addEventListener('mousewheel', function(){ alert('window mousewheel'); }); window.addEventListener('keydown', function(e){ if(37 <= e.keyCode && e.keyCode <= 40 || e.keyCode == 32){ alert('keydown ' + e.keyCode); } });
能够得知,当经过鼠标滚轮时,mousewheel
事件会先触发,而后才是scroll
。而事件的listener默认是遵循冒泡的,因此绑在document
上的函数会先触发,而后才是window
上的。同理,当经过按特定的键去滚动页面时,keydown
事件会先触发,而后也是scroll
。jquery
PC上没啥问题,那来看看手机端的表现。git
document.addEventListener('scroll', function(){ alert('document scroll'); }); document.addEventListener('touchstart', function(){ alert('document touchstart'); }); document.addEventListener('touchmove', function(){ alert('document touchmove'); }); document.addEventListener('touchend', function(){ alert('document touchend'); });
按照PC上相似的逻辑,以及前一篇文章中提到的touch事件原理,咱们很容易猜出alert顺序是:touchstart -> touchmove -> scroll -> touchend 但这是事件发生的顺序,并非alert结果的顺序。能够扫二维码看看,这个alert很诡异的。github
当慢慢滑时,只会 alert touchstart,而后就没有了。而快速滑时,alert touchstart 而后 alert scroll。这是由于alert框会阻塞事件响应,当touchstart后还没来的及滑动就已经弹出alert了,整个事件线程就被中断了,因此就不会响应scroll了。而当弹出alert后继续滑动(从开始到如今手指始终不松开),而后再松开手指,咱们会发现 alert touchstart 后又 alert scroll。为何alert又没中断事件线程呢?web
咱们知道PC上的alert框是会中断整个页面的,即除非你先点“肯定”,不然页面上的任何操做都是无效的,即整个用户界面被“卡住”了。而在手机上,因为触摸事件的连贯性,我猜想是这样的。当手机上弹出alert时是阻塞其余事件的,但因为手指始终没松开,因此整个触摸过程还在继续。一边是alert的阻塞性,一边是前一轮的触摸过程还未结束,因为js单线程的特性,全部事件在用户界面上的响应都是要进入队列处理的,而后才会在界面上体现出来。由于触摸过程是先发生的,它仍未结束,而alert是后发生的,因此alert并不能阻塞当前还未结束的触摸过程。所以只要不松开手指,继续滑动,最后再松开手指,alert touchstart 后还会 alert scroll。chrome
那么还有个问题,为何不会 alert touchmove 和 alert touchend 呢?咱们继续作实验,依次把 touchstart 和 touchmove 的 alert 语句注释掉,看看表现结果。segmentfault
document.addEventListener('touchstart', function(){ // alert('document touchstart'); }); document.addEventListener('touchmove', function(){ alert('document touchmove'); }); document.addEventListener('touchend', function(){ alert('document touchend'); });
去掉 alert touchstart 后发现只弹出 alert touchmove,我猜想是由于 touchstart / touchmove / touchend 都是在同一轮触摸过程当中的,因为alert的阻塞性,前面解释了它容许先发生的触摸(还未松开的手指)继续touch,可是 alert 会阻塞同一轮触摸过程的其余事件的响应函数。而之因此alert弹出后继续滑动手指(始终不松开),仍能看到页面在滚动,这是由于这是浏览器的默认行为,而且touch过程的发生时刻早于alert,因此在队列中alert无法阻塞它。windows
以上只是个人猜想,有谁知道具体细节的请告诉我~ 手指不松开时,这个alert框的底层滚动问题正好也迎合了本文一开始说的弹出框demo,若是有需求说弹出框出现时必须让外部不能滚动,该怎么办?浏览器
咱们常常会写overflow: hidden
这样的css去让固定尺寸的元素写死,这样就算它的子元素超出了父容器的尺寸范围,也不会“溢出来”。借这个道理,咱们能够在root元素上写死,这样body
里面就不会溢出屏幕了,就不会出现滚动条了。
html, body{ overflow: hidden; }
但随之又出现了另外一个问题,若是页面原来是有滚动条的,在windows下的浏览器中滚动条是会占据必定宽度的(chrome下是17px,firefox下多是13px),会让整个viewport的宽度减少一段,看起就像页面里的全部元素总体往左偏移一小段。而mac下浏览器的滚动条是悬浮在上面的,因此不会占据页面上的空间。
这样的话,windows就哭了。假设页面本来就是有滚动条的,当咱们打开弹出框时,为了禁止滚动,root元素被加上overflow: hidden
,滚动条消失,底层全部元素就向右偏移一小段。关闭弹出框时,要让页面恢复滚动,root元素改为overflow: auto
,滚动条又出现了,底层全部元素又向左偏移一小段。整个体验很糟糕!
办法就是在overflow: hidden
的同时经过padding-right
把滚动条的空间预留出来。那么如何知道不一样浏览器中滚动条到底占多宽呢?一般相似判断当前浏览器是否支持某个css属性或者某些取值,这种跟浏览器环境相关的问题,办法就是试探。用js动态生成一个元素,把你想测试的属性或值赋在这个元素上,而后把元素append到document中去,最后再经过js去取相应的值,看它到底表现出来是啥。
参考这篇文章,能够知道
滚动条宽度 = 元素的offsetWidth - 元素border占据的2倍宽 - 元素的clientWidth
上面公式的前提是,元素具有y轴滚动条。还有种相似办法是
滚动条宽度 = 不带滚动条的元素的clientWidth - 为该元素加上y轴滚动条后的clientWidth
var getScrollbarWidth = function(){ if(typeof getScrollbarWidth.value === 'undefined'){ var $test = $('<div></div>'); $test.css({ width: '100px', height: '1px', 'overflow-y': 'scroll' }); $('body').append($test); getScrollbarWidth.value = $test[0].offsetWidth - $test[0].clientWidth; $test.remove(); } return getScrollbarWidth.value; };
这是根据第一种计算方式写出的方法,有了这个再配合overflow就能实现页面滚动的禁用与恢复了。详细代码见demo
var disableScroll = function(){ // body上禁用 $('body, html').css({ 'overflow': 'hidden', 'padding-right': getScrollbarWidth() + 'px' }); }; var enableScroll = function(){ $('body, html').css({ 'overflow': 'auto', 'padding-right': '0' }); };
咱们看看表现结果:PC上很OK,简单有效;手机上彻底没卵用!(我是安卓机,注意是真机上无效,而非chrome手机模拟器)
根据上面页面滚动原理咱们作的实验,很明显能够把滚动涉及到的事件干掉,这样固然不会滚动了。
// 记录原来的事件函数,以便恢复 var oldonwheel, oldonmousewheel, oldonkeydown, oldontouchmove; var isDisabled; var disableScroll = function(){ oldonwheel = window.onwheel; window.onwheel = preventDefault; oldonmousewheel = window.onmousewheel; window.onmousewheel = preventDefault; oldonkeydown = document.onkeydown; document.onkeydown = preventDefaultForScrollKeys; oldontouchmove = window.ontouchmove; window.ontouchmove = preventDefault; isDisabled = true; }; var enableScroll = function(){ if(!isDisabled){ return; } window.onwheel = oldonwheel; window.onmousewheel = oldonmousewheel; document.onkeydown = oldonkeydown; window.ontouchmove = oldontouchmove; isDisabled = false; };
这里要注意的是,不一样浏览器上事件到底在window
仍是document
上,PC上会有一些浏览器兼容处理。详细代码见demo
一样看看表现结果:PC上很粗暴的解决了;手机上也OK
至此咱们看到,使用overflow
可以解决PC上的滚动禁用问题,而禁用与滚动相关的事件可以完全解决PC和手机的问题。那么有弹出层的话,就应该禁用整个页面的滚动吗,若是弹出层内部须要滚动怎么办?即咱们有可能面临这样的需求:弹出框的内部是能够滚动的,而弹出层外部和底层元素是不能滚动的。
前面说到给root元素写上overflow: hidden
就能够禁用滚动,那么咱们对弹出层这个容器从新写个overflow: scroll
就能够了。
#popupLayer{ overflow: scroll; }
PC上简单有效,可是一样手机上不鸟这些。见demo
咱们把document上的mousewheel
事件禁用了,即给它绑上了一个事件函数,只不过事件函数里将事件发生后的浏览器默认行为阻止了。
function preventDefault(e) { e = e || window.event; e.preventDefault && e.preventDefault(); e.returnValue = false; } var disableScroll = function(){ $(document).on('mousewheel', preventDefault); $(document).on('touchmove', preventDefault); };
因而思路就来了,咱们知道浏览器里的事件是遵循冒泡机制的(准确来讲是先从root节点由外向内“捕获”,而后到达目标元素后,事件再由内向外逐层冒泡,关于这个机制请看这篇文章的第一部分,这不是本文的重点)。因此咱们就能够为弹出层的元素再绑个一样的事件,阻止事件冒泡到document上,这样就不会调用到e.preventDefault()
就不会阻止浏览器默认的滚动行为了。
function preventDefault(e) { e = e || window.event; e.preventDefault && e.preventDefault(); e.returnValue = false; } // 内部可滚 $('#popupLayer').on('mousewheel', stopPropagation); $('#popupLayer').on('touchmove', stopPropagation);
来看下demo,手机上请看
背景层是不能滚动的,而弹出层妥妥的能够滚动了!可是发现问题了不,弹出层内部滚动到底部再继续滚时,会将背景底层的元素一块儿滚下去了,这尼玛FUCK
解决问题的思路很清晰,就是判断滚动边界,当滚动到达bottom和top时,就阻止滚动就好啦。
function innerScroll(e){ // 阻止冒泡到document // document上已经preventDefault stopPropagation(e); var delta = e.wheelDelta || e.detail || 0; var box = $(this).get(0); if($(box).height() + box.scrollTop >= box.scrollHeight){ if(delta < 0) { preventDefault(e); return false; } } if(box.scrollTop === 0){ if(delta > 0) { preventDefault(e); return false; } } // 会阻止原生滚动 // return false; } $('#popupLayer').on('mousewheel', innerScroll);
代码很简单,关于scrollTop
scrollHeight
等解释请看这篇文章。这里惟一要注意的是对鼠标滚动值wheelDelta
的获取可能要作兼容性处理,实在有问题的话可使用jquery-mousewheel去获取鼠标的滚动量。
上面这段代码是PC上的判断滚动边界的处理,那手机上又该怎么作的,手机上没有鼠标,如何获取到滚动量delta?
我想起“局部滚动”界的大佬——IScroll,能够去看下源码,细节很复杂可是大致结构是很清晰的。
_start: function (e) { this.startX = this.x; this.startY = this.y; this.absStartX = this.x; this.absStartY = this.y; this.pointX = point.pageX; this.pointY = point.pageY; this._execEvent('beforeScrollStart'); }, _move: function (e) { var point = e.touches ? e.touches[0] : e, deltaX = point.pageX - this.pointX, deltaY = point.pageY - this.pointY; this.pointX = point.pageX; this.pointY = point.pageY; },
这是iscroll中的一小段代码,这就是获取touchmove滚动量的办法。因而咱们就能写出相似上面innerScroll
适用于手机上的判断滚动边界的办法了。
// 移动端touch重写 var startX, startY; $('#popupLayer').on('touchstart', function(e){ startX = e.changedTouches[0].pageX; startY = e.changedTouches[0].pageY; }); // 仿innerScroll方法 $('#popupLayer').on('touchmove', function(e){ e.stopPropagation(); var deltaX = e.changedTouches[0].pageX - startX; var deltaY = e.changedTouches[0].pageY - startY; // 只能纵向滚 if(Math.abs(deltaY) < Math.abs(deltaX)){ e.preventDefault(); return false; } var box = $(this).get(0); if($(box).height() + box.scrollTop >= box.scrollHeight){ if(deltaY < 0) { e.preventDefault(); return false; } } if(box.scrollTop === 0){ if(deltaY > 0) { e.preventDefault(); return false; } } // 会阻止原生滚动 // return false; });
这里要注意的是,我加了一条判断,弹出层内部的滚动只能纵向滚,即 deltaY 要大于 deltaX。由于我发现个bug,当没有这条判断时,弹出层内部能够横向滚,滚出的都是空白,你们能够本身试下。还有这里到底使用e.changedTouches[0]
仍是像iscroll里的e.touches[0]
获取当前滚动的手指,其实都OK,能够看下这篇文章
最后请看demo,手机请扫二维码,效果棒棒的!
【更新】注:一年前作这个demo时,我手机 ( Meizu Android 4.4.2 ) 上效果是OK的,在 SegmentFault 论坛上不止一我的回复说上面的方案有问题,有一半机率是不行的,快速滑的时候确定不行。
网友 jiehwa 的提到不须要重写事件那么麻烦,经过几个 css属性 控制便可。
弹出层父元素设置属性 overflow-y: scroll
弹窗弹出时,用js控制底层元素的 position 属性置为 fixed
弹窗关闭时,用js控制底层元素的 position 属性置为 static
在 iOS 端,为了弹窗里面的滚动效果看起来顺滑,须要设置弹窗层的包裹元素属性:-webkit-overflow-scrolling: touch
css方案的demo(感谢 SegmentFault 网友)
能够看到有瑕疵,当强行将底层元素置为 fixed
后,因为 fixed 定位会让元素脱离正常的DOM文档流,因此本来位于页面底部的元素就一会儿顶上来了。还有当底层元素滑动一段距离后再打开弹出层,底层元素又被 fixed 定位重置了,看着也很别扭。
仔细阅读后发现我误解了,控制底层元素的 fixed 定位应该做用在 <body>
的一级子元素,而弹出层的包裹元素也是 <body>
的一级子元素,因而 改进后的 demo 以下
如今“页面底部”这几个字不会顶上来了,可是滑动一段距离后再打开弹出层时的页面底层仍是会抖动,这个暂时也想不出很好的解决方案
最后感谢叶小钗,最近一直在看他关于移动端事件原理的博客,有点学会了他那种 代码实验 -> 猜想解释 -> 验证原理 -> 改进问题 这样的学习方法。本文也花了很大力气写代码实验,疏漏之处望多多指正,谢谢耐心的看完
本文最先发表在个人我的博客上,转载请保留出处 http://jsorz.cn/blog/2015/10/popup-scroll-tricks.html