最有效方式是在 <input> 或 <textarea> 上直接监听 paste 事件并立即调用 event.preventDefault()；全局绑定、CSS禁选或 onpaste 属性均不可靠，因存在焦点切换漏拦、框架代理失真、移动端不触发及输入法中断等问题。
直接在 <input> 或 <textarea> 上监听 paste 事件并调用 event.preventDefault()，是最简单且真正生效的方式。其他全局拦截、CSS 禁选或 onpaste 属性写法，基本都不可靠。
为什么不能只绑在 document 上？
粘贴事件冒泡是“真”的，但目标元素（比如聚焦的 <input>）才是你真正要控制的地方。绑在 document 上容易漏掉焦点切换瞬间的粘贴，或误拦非表单区域的合法粘贴。
- 用户可能在
<input type="text">中聚焦后 Ctrl+V，但事件 target 是document.body，而非 input 本身 - 某些框架（如 React/Vue）会代理事件，
event.target可能不是原始 DOM 元素，需用event.composedPath?.()[0]或显式绑定到具体节点 - 移动端 Safari 在软键盘弹出时，
document级 paste 有时根本不会触发
如何正确绑定并阻止默认行为？
必须在事件处理函数第一行就调用 event.preventDefault()，不能放在异步回调里，也不能加条件判断后再执行——浏览器一旦开始解析剪贴板内容，就可能提前插入。
- 用
addEventListener('paste', handler, { capture: true })更稳妥，避免被框架事件代理干扰 - 不要用
onpaste="return false"属性写法：它在 Shadow DOM、动态渲染或某些 polyfill 下失效 - 若需兼容旧版 IE（
event.clipboardData不可用），可 fallback 到event.returnValue = false，但现代项目基本不用考虑
想禁粘贴但保留光标位置和输入法兼容性？
单纯 preventDefault() 后不手动恢复输入流，会导致中文输入法（如搜狗、微软拼音）在粘贴键按下后直接失焦或中断上屏，用户无法继续打字。
立即学习“前端免费学习笔记（深入）”；
- 对
<input>，可结合input.selectionStart/selectionEnd记录位置，再用setSelectionRange恢复，但仅限纯文本场景 - 对
<textarea>，更推荐用document.execCommand('insertText', false, '')（虽已废弃但目前仍全平台可用）补空字符，维持光标活跃态 - 如果只是防格式污染，不如允许粘贴但立即清洗：
event.clipboardData.getData('text/plain')+trim()+ 插入，比彻底禁止体验好得多
常见失效原因：你以为拦住了，其实没拦住
现象包括：粘贴后出现乱码、光标跳到末尾、输入法卡死、甚至图片还是进了 <input>（极少见但有）。根本原因往往不是逻辑错，而是时机或上下文不对。
- 监听器绑在父容器上，而用户实际聚焦的是子
<input>，事件未捕获到 target - 用了
{ once: true }，只拦截第一次，后续粘贴照常 - 在 Vue/React 中用 ref 绑定，但组件重渲染后监听器丢失，没重新 attach
- Chrome 124+ 对
contenteditable区域的 paste 行为做了优化，但普通表单控件不受影响——这点反而不用过度担心
真正难处理的其实是「既要禁粘贴，又要不破坏输入法状态」。很多团队最后发现，与其硬拦，不如用 input + paste 双事件做清洗，既防格式又保体验。别忘了：用户 Ctrl+V 的那一刻，你已经失去了对内容的绝对控制权，能做的只是快速干预和兜底。
