如何利用指令修饰符.passive提升滚动性能？针对移动端开发教程
在移动端开发中，你是否遇到过这样的困扰：页面滚动起来总感觉“黏黏的”，不够跟手，尤其是在一些长列表或复杂交互的页面里？很多时候，问题的根源可能就出在一个容易被忽略的细节上——事件监听器的行为模式。今天，我们就来深入聊聊 .passive 这个指令修饰符，看看它是如何成为解决移动端滚动卡顿的一把关键钥匙的。
为事件监听器加上.passive能显著改善移动端滚动卡顿，其原理在于它告知浏览器“我不会调用preventDefault()”。这样一来，浏览器就能跳过等待 Ja vaScript 回调执行的阻塞步骤，实现即时的滚动响应。要知道，移动端的touchmove和scroll事件触发频率极高，如果未设置passive，浏览器会默认你需要阻止滚动，从而在每次事件触发时都阻塞等待回调执行完毕，这就会导致明显的滚动延迟。
简单来说，直接给事件监听加上 .passive 修饰符，就能带来显著的流畅度提升。它的核心逻辑是向浏览器做出一个“承诺”：我保证在这个事件处理函数里不会调用 preventDefault() 来阻止默认的滚动行为。有了这个承诺，浏览器就放心了，它不再需要每次事件触发时都停下来，先询问你的 Ja vaScript 代码“这次要阻止滚动吗？”，而是可以立刻响应手指的滑动操作，实现“指哪打哪”的流畅体验。
为什么移动端滚动特别需要 .passive
这得从移动端交互的特殊性说起。在移动设备上，touchmove（触摸移动）和 scroll（滚动）事件的触发频率可以达到每秒上百次，这对性能是极大的考验。浏览器出于兼容性和安全考虑，默认会假设你的代码可能会调用 preventDefault() 来阻止滚动（比如为了实现自定义的下拉刷新或页面内滑动限制）。因此，在每次事件触发时，浏览器都必须暂停滚动，先执行完你的 Ja vaScript 回调函数，确认你没有阻止滚动的意图后，才敢继续渲染页面。
这个过程，哪怕你的回调函数只是一行空语句，也会引入不可忽视的延迟。想象一下，每秒上百次的“暂停-确认-继续”，累积起来的卡顿感就非常明显了。
而一旦加上 .passive 修饰符，情况就完全不同了。这相当于给浏览器开了绿灯：“放心滚，我不拦你”。浏览器便不再查询、不再等待、不再阻塞，手指一动，页面即刻滚动，动画帧率自然就更加稳定流畅。
怎么在 Vue 中正确使用 @scroll.passive
在 Vue 框架中使用 .passive 非常方便，直接在模板中书写即可，无需额外的复杂配置：
- 基础写法：
...
- 搭配防抖/节流更稳妥：这里有个最佳实践需要留意。即便使用了
.passive保证了滚动的响应性，事件本身依然会被高频触发。因此，仍然建议对onScroll处理函数内部的业务逻辑进行轻量级的节流（例如每16ms左右执行一次），避免高频的 Ja vaScript 计算影响到主线程的其他任务。 - 别混用 .prevent 或 .stop：这一点至关重要。
.passive和.prevent是互斥的，因为.prevent的本质就是调用preventDefault()，这违背了.passive做出的“不阻止默认行为”的承诺。如果同时使用，浏览器通常会报错并忽略passive: true的设置。
哪些场景必须加 .passive
那么，究竟在哪些情况下，不加 .passive 就容易出现卡顿呢？下面这些场景值得你重点检查：
- 长列表页面：比如商品瀑布流、社交信息流等，其容器元素的滚动监听。
- 自定义下拉刷新区域：通常需要监听
@touchstart和@touchmove。为了初始滑动的流畅，可以加上.passive；但当滑动距离达到阈值、准备触发刷新动作时，可能需要临时切换为非 passive 模式以阻止页面滚动。 - 弹窗内的可滚动内容：在实现弹窗内部可滚动、同时防止背后页面滚动的“滚动穿透”效果时，确保弹窗内部的滚动监听使用了
.passive，能在解决穿透问题的同时保持内部滑动的流畅。 - 任何地方：只要绑定了
@scroll或@touchmove事件，并且确定在处理函数中没有调用preventDefault()的意图，都应该加上它。这是一个提升基础体验的保险措施。
补充：原生 Ja vaScript 也要配 options
如果你不使用 Vue 等框架，而是在原生 Ja vaScript 环境中通过 addEventListener 添加事件监听，同样需要显式地传递 passive 选项：
el.addEventListener('scroll', handler, { passive: true });el.addEventListener('touchmove', handler, { passive: true });- 如果漏掉了这个第三个参数
{ passive: true }，在现代浏览器（如 Chrome）的控制台里，你可能会看到这样的警告：“Unable to preventDefault inside passive event listener”。更重要的是，滚动的滞后问题依然存在。
总而言之，.passive 修饰符是一个典型的“小改动，大收益”的优化点。它通过改变浏览器与 Ja vaScript 线程的协作方式，从根本上减少了滚动过程中的不必要的阻塞。下次进行移动端性能调优时，不妨先从检查事件监听器开始，看看是不是缺了这个关键的“通行证”。
