低端设备 javascript 响应慢主因是长任务阻塞事件循环，应将任务拆分为≤10ms小块、用web worker卸载重逻辑、高频事件启用passive+requestanimationframe节流、善用事件委托与weakmap优化内存、避免微任务堆积。

低端设备上 JavaScript 响应慢，往往不是代码功能错了，而是事件循环被长时间任务卡住，导致用户点击、滚动等操作迟迟得不到响应。核心思路是：不让单个任务霸占主线程超过 16ms（即一帧时间），确保事件循环能及时处理用户输入和渲染任务。

拆分长任务，避免主线程阻塞

一段耗时 100ms 的计算或遍历，会直接让页面“卡住”6 帧以上。低端机内存小、CPU 弱，更扛不住这种阻塞。

• 用 setTimeout 或 queueMicrotask 把大任务切成小块，每块控制在 5–10ms 内，留出空隙给事件循环处理用户事件和渲染
• 对大数据遍历，可用“时间切片”方式：每次处理 100–200 条，然后 yield 一次
• 复杂逻辑（如解析大型 JSON、格式化长列表）优先移至 Web Worker，完全不占用主线程

高频事件必须节流 + passive

滚动、触摸、缩放等在低端机上触发极快，若没做限制，几秒内就能堆积上百个回调，全部压进调用栈。

Comprehensive Three.js 3D graphics reference

详细的 Three.js 3D 图形参考，涵盖场景设置、相机、几何体、材质、光照、动画、控制器、加载器、数学工具和调试。

下载

• 滚动/触摸事件加 {passive: true}：禁用 preventDefault，让浏览器跳过等待 JS 判断，直接响应滑动，大幅提升流畅度
• 必须监听 scroll/touchmove 时，用 requestAnimationFrame 节流（比 setTimeout 更精准匹配帧率）
• 搜索框输入等场景，用防抖（debounce），延迟执行，避免每敲一个字就发请求或重绘

精简事件监听器，用事件委托

低端机内存紧张，每个 addEventListener 都要分配对象、绑定作用域，大量监听器会拖慢初始化和垃圾回收。

• 动态生成的列表项（如商品卡片），不要逐个绑定 click，统一在父容器上用 事件委托
• 组件销毁时，务必调用 removeEventListener，尤其注意闭包中保存的 handler 引用未清除会导致内存泄漏
• 用 WeakMap 存储与 DOM 元素关联的状态，元素被移除后状态自动释放，减轻 GC 压力

减少微任务堆积

Promise.then、MutationObserver 回调属于微任务，会在当前宏任务结束后立刻批量执行。若链式 Promise 过深或 MutationObserver 触发太频繁，会挤占下一帧的渲染时间。

• 避免在循环里连续 new Promise 或链式 .then
• MutationObserver 监听范围尽量收窄（如只监听 class 变化，而非 subtree 全量）
• 必要时用 setTimeout(fn, 0) 把部分逻辑降级为宏任务，主动让出本轮循环

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南