直接在上绑ontouchstart常失效，因ios safari和安卓微信x5内核会拦截该事件，尤其当touch-action: manipulation时；应将长按逻辑移至父容器或立即调用e.preventdefault()。
为什么直接在 <button></button> 上绑 ontouchstart 常失效
iOS Safari 和安卓微信 X5 内核会拦截 <button></button> 上的 touchstart，尤其当它被设为 touch-action: manipulation 时——浏览器直接跳过事件派发，只留 click。你看到“点了没反应”，其实是事件根本没进 JS 流程。
实操建议：
- 把长按逻辑移到按钮的父容器（比如
<div class="action-wrapper">），再用 CSS 视觉对齐<li>若必须保留在 <code><button></button>上，得立即在touchstart处理函数里调用e.preventDefault()，且不能异步 - 别依赖
click判断长按：它自带约 300ms 延迟，和你的定时器冲突，还可能在 touch 环境下不触发 - 阈值设
500，低于400易误触，高于700用户感知卡顿 - 绑定这四个事件并全部清除定时器：
touchend、touchcancel、mouseup、mouseleave - 触发前检查元素状态：
if (button.offsetParent !== null && !button.hasAttribute('disabled'))，避免Cannot read property 'xxx' of null - 每个按钮维护独立的 timer 变量（或用
WeakMap映射），别共用一个全局longPressTimer - 在
touchstart记录e.touches[0].clientX/Y为起点 - 监听
touchmove，计算位移：Math.abs(e.touches[0].clientX - startX) > 10就clearTimeout - PC 端同理：监听
mousemove，移动超5像素即取消，且mouseup必须发生在同一元素上（e.target === button） - 长按触发后立刻调
button.getBoundingClientRect()，取bottom和left（比top更少遮挡按钮文字） - 菜单设
position: fixed，top: rect.bottom + 'px'；若超出视口底部，则改用top: rect.top - menuHeight + 'px' - 菜单容器加
z-index: 9999，否则可能被父级overflow: hidden裁剪 - 菜单插入
document.body后，给body加pointer-events: none，菜单自身设pointer-events: auto，防穿透
touchstart + setTimeout 的可靠写法
核心不是“设个定时器”，而是“所有中断路径都得清理”。移动端的 touchend 不稳定，touchcancel 必须监听——切后台、弹键盘、滚动页面都会触发它，漏掉就变成“松手后才执行长按”。
实操建议：
如何防手指微移导致误判
用户按住按钮时自然会有几像素抖动，单纯靠 touchstart → touchend 时间差，很容易把短按判成长按。必须加位移判断。
实操建议：
菜单弹出位置错乱的根本原因
用 clientX/clientY 定位菜单，在滚动页面时会偏移；用 getBoundingClientRect() 又难对齐手指落点——真正的问题是锚点选错了。
实操建议：
真正难的不是写定时器，是让每个中断路径都被捕获：touchcancel、touchmove、mouseleave、元素被移除、页面滚动……少一个，体验就断一截。
