移动端长按需优先监听touchstart并同步preventDefault，用touchmove判断位移防误触发，每个按钮独立维护定时器，同时监听touchcancel和mousemove确保清理与兼容。
移动端必须监听 touchstart，不是 mousedown
只绑 mousedown 在真机上基本不触发——iOS Safari 和多数 Android Chrome 启用 touch-action: manipulation（按钮、链接默认就有）时，会直接跳过鼠标事件流，只派发 touchstart。现象是：PC 上点一下就响应，手机点十次没反应。
正确做法是：优先监听 touchstart，mousedown 仅作降级兜底，不能当主力。尤其注意：touchstart 中必须同步调用 e.preventDefault()，否则可能触发文本选中、缩放或滚动。
touchmove 不处理，长按就容易误取消或误触发
用户手指轻微抖动、滑动几像素，就会触发 touchmove。如果没监听它，要么把单击当成“长按”（抖动未达阈值但定时器已跑完），要么松手后才触发（因未及时清除）。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 在
touchstart中记录起始坐标startX/startY - 在
touchmove中计算位移：Math.abs(touch.clientX - startX) > 10 || Math.abs(touch.clientY - startY) > 10 - 满足任一条件就
clearTimeout(longPressTimer)并置空引用
别省这一步——vivo、华为部分机型在无 touchmove 判断时，会因系统手势干预导致 touchend 丢失，最终长按逻辑失控。
每个按钮必须独立维护自己的定时器实例
共用一个全局 longPressTimer 变量是常见翻车点：后绑定的按钮会覆盖前一个的定时器引用，导致前一个永远清不掉，松手后莫名触发。
安全做法：
- 给每个元素绑定时，声明局部
let timer = null - 或用
WeakMap映射元素与 timer：const timers = new WeakMap()，避免内存泄漏 - 不要在
touchend里只写clearTimeout(timer)，要确保timer = null，防止重复 clearTimeout 报错
另外，touchcancel 必须监听并清理：切 Tab、弹键盘、页面滚动都会触发它，漏处理等于留了个定时炸弹。
桌面端模拟长按得防 mousemove 误判
鼠标按下后轻微移动、拖拽、移出元素边界太常见了。只靠 mousedown/mouseup 判断，大概率把单击当成长按。
关键防护：
- 监听
mousemove，移动超 5–10 像素就clearTimeout -
mouseup必须发生在同一元素内：e.target === element，否则视为取消 - 不要给
document或body绑定，只作用于具体按钮，避免干扰输入框、下拉菜单等正常交互
最易被忽略的是：没统一坐标来源。触摸用 e.touches[0].clientX，鼠标用 e.clientX，但千万别混用 pageX——滚动时菜单会飘走。
