移动端滚动穿透的6种解决方案【已自测】

 

在移动端中，如果我们使用了一个固定定位的遮罩层，且其下方的dom结构的宽度|高度超出屏幕的宽度|高度，那么即使遮罩层弹出后铺满了整个屏幕，其下方的dom结构依然可以滚动，这就是大家所说的“滚动穿透”。

而且经常是你在pc模拟器上没有问题，但是真机打开就一定会出现。

 

这个经典八阿哥也是面试时经常会被追问的问题。相信能看到这篇文章的你，已经是遇到了这个问题。我就不gif展示问题效果了。

 

接下来我网罗了网络，整理了别人说的方案和我自己的方案，一共实现了六种方法，并经过了自己手机自测。

 

各方法操作难易不同，分别针对弹层和body是否超出一屏可滚动等不同情况。看官可以对症下药。

 

赠送一套自定义手势滚动效果的代码哦~

 

一、body无滚动 + 弹层无滚动[css-超出隐藏]

 

适用场景需满足以下条件：

    1、body最好是一屏、无滚动

    2、虽然body内容超出一屏需滚动，但触发弹层出现的按钮在第一屏中

    3、弹层不用滚动效果

 

解决方案：

弹层出现时，用css给body设置固定定位和超出隐藏。

 

关键代码：

ps：我偷懒直接js控制了行间样式，但标准写法应该是给body添加类名来控制

 

局限问题：
body滚动后再触发弹层，会使body页面回滚到顶部。

 

赘述：

这个方案是简单粗暴的给body设置：

body {

    overflow: hidden;

    position: fixed;

}

 

起初，我只给body一个overflow隐藏，弹窗出现后上下滑动，底部的body也不会滑动，瞬间感觉世界很美好。

 

但是晴天霹雳来的太快，在模拟器是起作用的，但是到了真机上，body还是会滚动。所以必须添加上fixed固定定位，才能在弹窗出现后，body不能被拖动。

 

但是，也因为加了position: fixed；出现了新问题：

它会导致触发弹层后，body回滚、定位到顶部。假如用户向下翻页了几屏后，再触发弹层，整个页面就会回滚到最初的顶部，这对用户体验来说是非常不好的。

 

因此，这种方案的适用环境也就非常局限，只能适用触发弹层出现的按钮位于第一屏中的情况。需要我们能确保用户在不发生上滑页面滚动屏幕的情况下就能触发弹层出现，就不会出现我上边说的问题。

 

或者干脆我们就是一个swiper项目，每一页都是一屏，body不能滚动，那么在项目中用这个方法，还是性价比很高的。

 

 

 

二、body无滚动 + 弹层内部滚动[css-弹框超出滚动|真机有bug]

 

适用场景需满足以下条件：

    1、body最好是一屏、无滚动

    2、虽然body内容超出一屏需滚动，但触发弹层出现的按钮在第一屏中

 

解决方案：

弹层出现时，用css给body设置固定定位和超出隐藏。

至于弹层内部的滚动，设置一个overflow: scroll;即可。

不过为了流畅体验，可以加上-webkit-overflow-scrolling: touch，以解决在IOS上滚动惯性失效的问题，提高滚动的流畅度。

 

关键代码：

JS控制弹窗的交互、body的禁止滚动

 

css添加弹层的超出滚动效果

局限问题：

弹层中内容滚动到顶部或底部后，还会连带页面body一起滚动。也就是还会发生穿透效果。

 

赘述：

第一条中，我们只是在弹窗打开的时候，简单的禁止了body的滚动效果。但是限制条件是，我们的弹窗也不能滚动。这次，我们优化一下 -- 允许弹窗内部滚动。

 

在前边代码的基础上，通过css单纯的设置一下纵轴的超出滚动。

overflow-y: scroll;

只有这一句滚动效果不太好，没有原生滚动流畅。加一个属性

-webkit-overflow-scrolling: touch;/* 解决在IOS上滚动惯性失效的问题 */

 

但是这只是简单地解决了一个问题：实现了滑动弹窗其他地方（蒙层背景），底部body页面确实未跟随滚动。

 

真正的问题是当我们滑动弹窗可滚动区域，把可滚动区域的内容上滑到底部或下拉到顶部后，再触发弹窗可滚动区域准备滑动，此时的背景页面就会跟随滚动。真是恐怖。

 

因此还需要我们对弹层的可滚动区域的滑动事件做监听：

第一种情况，若向上滑动时，到达底部；或者第二种情况，若向下滑动时，已到顶部。

这两种情况任意一种发生时，就阻止滑动事件。

这段逻辑代码如下：

 

 

 

三、body滚动 + 弹层无滚动[js-阻止弹层中touchmove的默认行为]

 

适用场景：

  1、（适用）body可滚动

  2、（适用）触发弹层出现的按钮可以在任意位置

需满足以下条件：

    1、（需满足）弹层内容不需要滚动

 

解决方案：

当弹层出现的时候不需要再禁掉body的滚动效果了，我们可以从弹层方面入手，阻止弹框的touchmove事件的默认行为。就能阻止滚动穿透。

 

关键代码：

js控制弹窗的交互、弹窗的禁止滚动

 

 

局限问题：

因为touchmove被禁掉了，就会造成弹窗内部所有位置都不能响应touchmove事件，效果上就是弹窗内部不能再滚动了。

 

赘述：

在弹层不需要超出滚动的情况下，才可以使用这个。也就是禁止整个弹窗的touchmove的默认事件，以阻止滚动穿透。

 

同样，如果弹层中需要滚动效果，则不能解决了。那么这时，就引来我们的主题难点，可以有以下几种思路解决：

 

 

 

四、body滚动 + 弹层内部滚动[js-检测touchmove的target]

简单粗暴，一针见血：谁能动谁动，谁不能动就禁止touchmove事件的preventEvent默认行为。

 

适用以下场景：

    1、body可滚动

    2、触发弹层出现的按钮可以在任意位置

    3、弹层可以滚动

简单来说，就是适用任何场景

 

解决方案：

检测touchmove事件，如果touch的目标是弹窗不可滚动区域（背景蒙层）就禁掉默认事件，反之就不做控制。

 

但是同样的问题是，需要判断滚动到顶部和滚动到底部的时候禁止滚动。否则，就和第二条一样，触碰到上下两端，弹窗可滚动区域的滚动条到了顶部或者底部，依旧穿透到body，使得body跟随弹窗滚动。

 

所以依旧需要同样的代码，对可滚动区域的touchmove做监听：若到顶或到底，同样阻止默认事件。

 

需要做的事情有：

1、预存一个全局变量targetY

 

2、监听可滚动区域的touchstart事件，记录下第一次按下时的

e.targetTouches[0].clientY值，赋值给targetY

 

3、后期touchmove里边获取每次的e.targetTouches[0].clientY与第一次的进行比较，可以得出用户是上滑还是下滑手势。

 

4、如果手势是向上滑，且页面现在滚动的位置刚好是整个可滚动高度——弹窗内容可视区域高度的值，说明上滑到底，阻止默认事件。

同理，如果手势是向下滑，并且当前滚动高度为0说明当前展示的已经在可滚动内容的顶部了，此时再次阻止默认事件即可。

 

两个判断条件可以写到一个if中，用 || (或)表示即可。我这里为了代码可读性，分开写了：

 

完整代码：

出现弹窗时：

隐藏弹窗时：

 

 

 

五、body滚动 + 弹层内部滚动[js-代码模拟上下滑动手势效果]

 

我想，既然我们监控弹层、监控touchY那么辛苦了已经，还差再辛苦一点，自己写一个模拟手势滚动效果嘛！

 

这次依旧从弹层上入手，不让弹层用css自动的超出滚动，而是超出隐藏，然后简单粗暴地利用JS的touchstart、touchmove、touchend等事件，手动写一个自定义滚动效果。

 

适用场景：

一切，这种做法应用到项目中过，经得起测试的考验。

 

解决方案与思路：

具体制作思路写在js注释上。

 

1、交互代码

 

2、禁掉弹窗的touchmove 的默认事件

 

3、重写手势滑动效果

 

大致思路关键点就在touchmove里边：
1、在touchstart的时候，监听用户手势按下，记录初次按下的坐标点y的值y1。

 

2、touchmove手势移动的时候，再次获取最新的坐标点y的值y2，（其实记录可滚动区域的可滚动高度、当前滚动距离等可以在一开始就记录，我这里写到了touchmove里，还可以再优化）。

 

3、然后通过计算y1和y2 的差值判断出用户是朝哪个方向移动的手势。

 

4、进而根据不同的手势方向给弹层可滚动内容的transform添加位移translate效果（或者基础用position: absolute，再根据手势移动的距离，动态设置top的值。代码不止一种）。思路就是把手势移动的长度添加到弹层上下移动的距离上。

 

5、可能需要多考虑的一点是，当用户一直上翻到底或者一直下拉到顶时，做一下极值的判断和限制。

 

6、最后把本次移动到的点y2替换给y1，根据手势移动实时更新当前手势的地址。

 

7、另外这里还可以在touchend事件里，把touchstart和touchmove包括自身touchend的事件都解绑掉。我偷懒就不写了。

 

问题局限：

不好的点就是没有原生滚动条那种效果，一点也不灵动，只能鼠标移动多少、可滚动区域挪动多少。

 

 

 

六、body滚动 + 弹层内部滚动[css+js-记录滚动位置]

 

换个脑子，回到最初 寻找新的思路。

 

不从弹层上入手，也就是不禁掉弹层的touchmove默认事件。

而是继续给body一个overflow: hidden;和position: fixed;就会有页面跳转到顶部的现象。

 

这时，我们可以通过记录用户打开弹窗前所滚动页面的位置，在弹层展开的时候赋给body在css中的top值，等关闭弹层的时候，再把这个值赋值给body在js中的scrollTop值，还原body的滚动位置。

 

这种原理简单，理解方便。并且各方面都能实现。比如说：

• body可以继续滚动、弹层出来后他的top值限制他不会跳到顶部、

• 弹层中不管短还是长，需不需要滚动，都不care，自由活动、

• 然后关闭弹层后，body还可以继续滚动，丝毫不受影响、

• 兼容性虽然都写了，但是我也没测试~

这个神不知鬼不觉的人工介入方案也是各位前辈写烂的一个点。很是巧妙，很是经典。

 

代码：

1、事先准备一个工具：

2、获取页面的滚动距离：

3、弹层出现/消失的主流程

 

局限问题：

这个方法我在真机上测试时发现一个问题，是IOS的：

大家应该都知道IOS的页面顶部继续下拉或者底部继续上拉，都会出现页面后边的背景，这个在手机上很常见。但是到了这个解决方法里边，如果用户在弹窗黑屏上继续下拉漏出了底部背景，那弹层的滚动效果就都没了。

 

我。。。

只有在这个时候，会很讨厌IOS。

 

 

 

最后总结：

接着最后一个方案的问题，我返回去测试了所有方案在真机上打开弹窗时的上滑或下拉问题。

 

结论是：以上解决方案中，第四种没有出现这种问题，第五种也没有，共同点都是因为用了touchmove的preventDefault。

 

第二种方法和第六种有一致的情况，如果不小心碰到了弹窗黑色蒙层的上拉下滑，然后滑的太狠出现了body的底部背景，弹层的滚动效果也就下岗了~

 

当然，这个问题也是我们为了测试而特意在黑色蒙层中使劲上拉下滑，倒也不至于是必现的影响用户主要流程的问题，不知道你家的产品介不介意~

 

综上所述，我粉第四种方案。

 

 

日后我发现更好的方法会继续补充，也欢迎各位看官提出问题，帮我补充不足的地方。

这些方案我只是经过自己的iphone自测（没有看安卓内的效果），哪位在项目中用了以后，测试测出什么坑点，也恳请能告知。让我们一起填坑，让世界更"太平"。

 

 

 

源码可以到下边的地址自取，太多文件就不贴了。

链接：https://github.com/xingorg1/jsStudy/tree/master/移动端滚动穿透