如何规避mousemove事件的触发频率限制？

• Pointer Lock API（高精度场景首选）
  如果是做游戏、专业绘图这类对鼠标跟踪精度要求极高的场景，Pointer Lock API是最优解。它能让浏览器以远高于普通mousemove的频率报告鼠标相对位移，还能摆脱屏幕边界限制。用法很简单：

  1. 通过用户交互（比如点击）触发目标元素的requestPointerLock()；
  2. 监听pointermove事件，用事件对象的movementX和movementY获取高精度的位移数据；
  3. 配合requestAnimationFrame更新鼠标绝对位置并完成渲染。
     这种方式能彻底绕过普通鼠标事件的频率上限。

• requestAnimationFrame+位置插值（通用优化方案）
  普通mousemove的触发时机不一定和浏览器渲染帧对齐，这是导致可见延迟的核心原因之一。可以用以下思路优化：

  1. 在mousemove（或pointermove）回调里只做一件事：记录当前鼠标的绝对坐标和时间戳；
  2. 在requestAnimationFrame的回调中，根据上一次记录的坐标、时间戳，以及当前时间，计算鼠标的移动速度，然后插值算出当前帧应该显示的鼠标位置；
  3. 基于这个插值后的位置执行渲染。
     就算事件触发频率低于屏幕帧率，这种方法也能通过预测填补帧之间的空白，让渲染完全跟上浏览器的刷新节奏，消除延迟感。

• 事件与渲染解耦（基础优化）
  别在鼠标事件回调里直接做DOM修改或者重渲染——事件回调的执行时机不可控，很容易阻塞渲染。正确的做法是：把鼠标位置存在变量里，在requestAnimationFrame统一处理渲染逻辑。这样既能保证每一帧都用最新的位置数据，又不会让事件处理拖慢渲染。

• 放弃网格方案：效率低且不可靠
  你之前试过的网格div方案本质是靠大量mouseenter事件模拟高频跟踪，但浏览器在事件触发过于频繁时会丢事件，而且小网格会带来额外的性能开销，实际提升有限，完全不如前面几种方法高效可靠。

内容的提问来源于stack exchange，提问作者Isaac King