本教程旨在解决移动设备上标准scrollTop、pageYOffset等方法无法准确获取页面滚动位置的问题，这些方法在移动端常返回零或极低值。文章将提供一个基于touchstart和touchmove事件的JavaScript工作方案，用于检测用户在触屏设备上是否进行了滚动操作，以弥补标准滚动事件检测的不足，并触发自定义的恢复逻辑。
移动端滚动位置获取的挑战
在web开发中，获取页面滚动位置是常见的需求，例如实现滚动加载、导航栏吸顶或动画效果。通常，我们会使用$(window).scrolltop()、window.pageyoffset、document.documentelement.scrolltop等javascript或jquery方法来获取当前滚动距离。这些方法在桌面浏览器环境中表现良好，但在某些移动设备（特别是android上的chrome、samsung浏览器、firefox等）上，开发者可能会遇到一个令人困惑的问题：即使页面已经明显滚动，这些方法却始终返回零或一个极低的值，与实际滚动距离严重不符。
这种现象的根本原因可能与移动浏览器对页面滚动容器的渲染方式、body/html元素的样式（如height: 100%）或特定的css属性（如overflow: hidden）有关。尽管有时移除height: 100%可以解决问题，但并非总是有效，这使得在移动端准确获取滚动位置成为一个棘手的挑战。
标准滚动检测方法的局限性
为了说明这个问题，考虑以下尝试获取各种滚动位置的代码片段：
$(document).ready(function() { $(window).on('scroll touchstart', function() { console.log( "$('body').scrollTop=" + $('body').scrollTop() + ", $('html').scrollTop=" + $('html').scrollTop() + ", window.scrollTop= " + $(window).scrollTop() + ", document.documentElement.scrollTop= " + document.documentElement.scrollTop + ", window.pageYOffset= " + window.pageYOffset + ", window.scrollY= " + window.scrollY + ", document.body.scrollTop= " + document.body.scrollTop + ", document.scrollingElement.scrollTop=" + document.scrollingElement.scrollTop ); }); });
这段代码在桌面浏览器上运行时，会随着页面滚动输出准确的数值。然而，在受影响的移动浏览器上，无论用户向下滚动多远，控制台输出的这些值可能一直保持为零，或者在滚动到页面底部时才返回一个远低于实际滚动距离的微小值。这表明标准的滚动事件监听和属性查询机制在这些特定环境下未能正常工作。
基于触摸事件的滚动检测工作方案
鉴于标准滚动检测的不可靠性，我们可以采用一种替代方案：通过监听触摸事件来间接判断用户是否进行了滚动操作。虽然这种方法无法精确获取滚动位置，但可以有效检测到“用户尝试滚动但scrollTop未更新”的情况，从而触发相应的恢复或修正逻辑。
核心思路： 当用户在触屏设备上滑动手指时，我们可以记录touchstart事件的初始Y坐标，然后在touchmove事件中计算当前Y坐标与初始Y坐标的垂直位移。如果垂直位移超过某个阈值（表示用户进行了明显的滑动操作），并且此时$(window).scrollTop()仍然为零（表示标准滚动检测失败），那么我们可以认为发生了“未被捕获的滚动”，并执行预定义的恢复操作。
实现步骤：
- 记录初始触摸位置： 在touchstart事件中，保存第一次触摸的屏幕Y坐标。
- 计算触摸位移： 在touchmove事件中，计算当前触摸点的屏幕Y坐标与初始Y坐标的差值，得到垂直位移。
- 判断滚动发生与检测失败： 如果垂直位移超过预设阈值（例如30像素），并且$(window).scrollTop()仍为零，则触发自定义的恢复函数。
示例代码：
$(document).ready(function() { var initialY = null; // 用于存储touchstart时的Y坐标 // 监听touchstart事件，记录初始触摸位置 $(window).on('touchstart', function(event) { // 确保event.touches存在且有第一个触摸点 if (event.touches && event.touches.length > 0) { initialY = event.touches[0].screenY; } }); // 监听touchmove事件，计算位移并判断滚动 $(window).on('touchmove', function(event) { // 如果没有初始Y坐标，则不进行处理 if (initialY === null) return; // 确保event.touches存在且有第一个触摸点 if (event.touches && event.touches.length > 0) { var currentY = event.touches[0].screenY; var distanceY = initialY - currentY; // 计算垂直位移，正值表示向上滑动（页面向下滚动） // 判断是否发生了明显的向下滚动（distanceY > 30） // 并且此时$(window).scrollTop()仍然为零，表明标准滚动检测失败 if (distanceY > 30 && !$(window).scrollTop()) { recoverFromFailedScrollDetection(); // 调用恢复函数 initialY = null; // 重置initialY，避免重复触发 } // 如果是向上滑动，或滑动距离不足，或scrollTop已非零，则不触发 } }); // 示例恢复函数，根据实际需求实现 function recoverFromFailedScrollDetection() { console.log("检测到移动端滚动，但scrollTop未更新！执行恢复逻辑..."); // 例如： // 隐藏/显示某个元素 // 重新初始化某些依赖滚动位置的组件 // 触发一个自定义事件 } });
注意事项与应用场景
- 这是一种检测而非精确获取方案： 上述方案只能判断用户“是否进行了滚动操作”以及“标准滚动检测是否失败”，它无法提供精确的滚动距离。因此，它适用于那些只需要知道“页面是否被滚动过”的场景，而不是需要具体滚动位置数值的场景。
- recoverFromFailedScrollDetection()的实现： 这个函数的具体内容取决于您的应用需求。例如，如果您的导航栏在滚动后需要改变样式或位置，但scrollTop为零导致其不触发，那么recoverFromFailedScrollDetection()可以手动触发这些样式的更改。
- 阈值调整： 代码中的distanceY > 30是一个经验值，表示用户进行了超过30像素的垂直滑动。您可以根据用户体验和设备灵敏度调整这个阈值。
- 性能考虑： touchmove事件触发频繁，确保recoverFromFailedScrollDetection()中的逻辑轻量高效，避免在短时间内执行大量复杂计算。
- 局限性： 这种方法无法区分用户是缓慢滑动还是快速轻拂，也无法追踪滚动停止后的惯性滚动。它仅在用户主动触摸滑动时有效。
总结
在移动端Web开发中，面对scrollTop等滚动位置获取方法在特定浏览器上失效的问题，基于touchstart和touchmove事件的触摸检测方案提供了一个有效的补充。虽然它不能提供精确的滚动距离，但能够可靠地检测用户是否进行了滚动操作，并在标准滚动检测失败时触发自定义的恢复逻辑。通过结合这种工作方案，开发者可以更好地处理移动端滚动行为，提升用户体验，确保页面功能在各种设备上都能正常运行。在实际开发中，建议优先排查CSS和dom结构问题，若问题依然存在，再考虑采用此类触摸事件监听的替代方案。
评论（已关闭）
评论已关闭