大多数场景下必须用click，pointerdown仅适合需即时反馈的特殊交互（如拖拽起始、游戏手柄模拟）；click自带300ms延迟但语义明确表征用户确认意图，pointerdown仅表示接触且易误触发。
按钮点击事件该用 click 还是 pointerdown
大多数场景下必须用 click，pointerdown 只适合需要即时反馈的特殊交互（比如游戏手柄模拟、拖拽起始点）。移动端 click 有约 300ms 延迟是为双击缩放留的判断窗口，但这也意味着它天然携带“用户确认意图”的语义——而 pointerdown 只表示手指/鼠标接触，松开后可能取消操作，直接触发业务逻辑容易误提交。
常见错误现象：pointerdown 绑定发送按钮，用户长按误触、滑动离开后仍发了消息；或桌面端右键 pointerdown 也被响应，逻辑错乱。
- 表单提交、状态切换、跳转类操作，一律用
click - 需要视觉反馈（如按钮按压态）且不依赖松开动作的，可用
pointerdown+pointerup配对，但需手动防重复 - 兼容性注意：IE11 和旧版 Safari 不支持
pointerdown，降级回mousedown/touchstart
动态插入的按钮怎么绑事件不漏绑
别给每个新按钮单独调 addEventListener，一来性能差，二来容易在 innerHTML = ... 后丢失监听器。正确做法是把监听器挂在父容器上，靠事件冒泡捕获。
关键不是“能不能委托”，而是“委托到哪一级”。用 document.body 或 document 是典型错误——冒泡路径太长，且其他模块可能 stopPropagation() 导致委托失效。
立即学习“前端免费学习笔记（深入）”；
- 选一个稳定存在的最近父级，比如
id="chat-list"的<ul>或class="order-items"的<div> - 监听
click，用e.target.matches('button[data-action="confirm"]')判断目标，比查className或tagName更可靠 - 如果父容器本身会被
replaceWith()替换，那委托就断了，得重新绑定——这点容易被忽略
长按事件为什么不能只监听 touchstart/touchend
因为 touchend 在移动端根本不可靠：滑动离开按钮区域、页面滚动触发 touchcancel、系统弹窗中断触摸流，都会导致 touchend 不触发。纯靠时间差判断，要么漏判（用户真长按了但没响应），要么误判（手指刚落下就滑走，却触发了长按）。
必须同时监听 touchcancel、mouseup、mouseleave，并检查元素是否还活着。500ms 是实测较稳的阈值，300ms 容易误触，800ms 用户已松手。
-
touchstart和mousedown都要绑，兼顾移动和桌面调试 - 清除定时器的事件列表必须包含
touchcancel—— 它是触摸被系统强制中断的唯一信号 - 触发前务必检查
button.offsetParent !== null和!button.hasAttribute('disabled')，否则可能报Cannot read property 'xxx' of null
回车键触发按钮点击要注意什么
监听 input 元素的 keypress 或 keydown 都行，但推荐用 keydown + e.key === 'Enter'，比 e.keyCode === 13 更准确，能避开 IME 输入法干扰和 Mac 上某些键盘布局异常。
最大陷阱是没调 e.preventDefault()：对 type="text" 输入框，不阻止默认行为会导致换行；对 type="search" 或表单内输入框，会触发整个表单提交。
- 不要用
keypress—— 已被现代标准弃用，且在部分浏览器中无法捕获组合键 - 按钮必须可聚焦（没设
tabindex="-1"或disabled），否则.click()调用无效 - 如果按钮逻辑依赖
click的冒泡行为（比如外层有委托监听），直接调.click()会触发它；但若监听的是pointerdown，则不会
