鼠标移动需节流以避免性能浪费,因mousemove每秒触发数十至百次,频繁绘制会导致cpu/gpu压力大、视觉冗余甚至丢帧;节流通过控制执行频率保留关键轨迹,可用settimeout(基于时间戳)或requestanimationframe(配合isdrawing标记位)实现,后者更契合60fps刷新节奏;还可结合防抖优化起始点精度。

鼠标移动频繁触发绘制会导致性能浪费,节流(throttle)能限制单位时间内最多执行一次绘图逻辑,既保证响应性又避免过度渲染。
为什么鼠标移动需要节流
mousemove 事件在快速移动时每秒可触发数十甚至上百次。若每次都在 canvas 上 drawRect 或 stroke,不仅 CPU/GPU 压力大,还可能出现坐标点过于密集、视觉冗余,甚至丢帧。节流不是“降频”而是“控频”,保留关键轨迹,跳过中间高频抖动。
用 setTimeout 实现简易节流
核心思路:记录上一次执行时间,若距今未超阈值(如 16ms ≈ 60fps),就暂存坐标;超时则统一绘制并重置定时器。
Java JDK 25 来自 OpenJDK 官方归档,版本为 JDK 25,本条下载地址已指向官方 Windows x64 zip 安装包直链,适合调试旧项目或兼容旧版 Java 运行环境。
- 定义一个变量 lastTime 记录上次绘制时间戳
- 监听 mousemove,获取 clientX/clientY → 转为 canvas 坐标(考虑 offsetLeft/Top 和 devicePixelRatio)
- 计算当前时间与 lastTime 的差值,小于阈值(如 16)就只更新待绘坐标,不画;否则立即绘制并更新 lastTime
推荐用 requestAnimationFrame 配合标记位
比 setTimeout 更精准契合浏览器刷新节奏,且天然 60fps 限频:
- 声明 isDrawing = false 标记是否已在帧回调中排队
- mousemove 中只更新 currentX/currentY,然后检查 isDrawing;未设则调用 requestAnimationFrame 并设为 true
- 动画帧回调里执行绘制,完成后设 isDrawing = false
这样既避免重复帧请求,又确保每次重绘都在下一帧开始前完成,坐标采样更稳定。
结合防抖做起点优化(可选)
如果只是画线,起始点常因抖动偏移。可在 mousemove 前加短延时(如 50ms)判断是否真移动 —— 若期间无新事件,则以首个坐标为起点;否则忽略初始抖动。这和节流互补,前者保轨迹密度,后者稳起笔精度。
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










