onpaste 直接写在 input 上常失效是因为仅返回 false 不会阻止默认粘贴行为，必须显式调用 event.preventDefault()；推荐用 addEventListener 绑定 paste 事件，并注意 Safari 和移动端兼容性问题。
为什么 onpaste 直接写在 input 上经常失效
因为 onpaste 是个可取消的事件，但浏览器默认行为（粘贴）不会自动被阻止——你必须显式调用 event.preventDefault()。只写 onpaste="return false" 或空函数，实际仍会触发粘贴。
常见错误写法：<input onpaste="return false"> —— 这只是让 handler 返回 false，但没阻止事件传播，也不调用 preventDefault，粘贴照常发生。
- 正确做法：内联时必须调用
event.preventDefault()，例如onpaste="event.preventDefault()" - 更推荐用 JS 绑定，便于复用和调试
- 注意：Safari 对内联
onpaste的支持较弱，尤其在 iOS 上可能完全不触发
用 addEventListener 绑定 paste 事件的可靠写法
这是最稳定、可维护的方式，能统一处理多个输入框，也方便后续加逻辑（比如只禁部分字段）。
document.querySelectorAll('input[readonly], input[disabled], input.no-paste').forEach(el => {
el.addEventListener('paste', e => e.preventDefault());
});
- 选择器灵活：可用属性（如
data-no-paste）、类名（no-paste）或类型（type="password"）精准控制范围 - 避免污染全局：不要直接给
document绑paste再判断 target，容易误伤富文本编辑器等复杂组件 - 注意时机：确保 DOM 加载完成后再执行绑定，否则
querySelectorAll可能返回空列表
禁粘贴但保留右键菜单和快捷键（如 Ctrl+X/Ctrl+C）
禁 paste 不等于禁剪切板操作。用户仍可复制、剪切、右键打开菜单——这通常是合理需求，比如密码框允许复制已填内容，但不允许粘贴外部数据。
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
立即学习“前端免费学习笔记（深入）”；
-
paste事件只拦截粘贴动作，不影响copy/cut，无需额外处理 - 如果连右键菜单也要禁，需同时监听
contextmenu并preventDefault，但会降低可访问性，慎用 - 某些场景（如 OTP 输入框）可能还需禁
drop事件，防止拖拽文本进入：el.addEventListener('drop', e => e.preventDefault())
移动端 Safari 和 Android WebView 的兼容性坑
iOS Safari 对 paste 事件的支持有延迟，且在 contenteditable=false 的 input 上可能根本不触发；Android 部分 WebView（尤其旧版）会忽略 preventDefault。
- 兜底方案：结合
input事件做二次过滤，例如检测输入值是否含非键盘字符（如中文、emoji、换行符），再el.value = ''或el.setSelectionRange(0, 0) - 不要依赖
beforeinput：该事件在 Safari 中对粘贴不触发，Chrome 也仅部分支持 - 真机测试不可跳过：模拟器常表现正常，但 iOS 实际长按粘贴菜单仍可能绕过 JS 拦截
真正难的不是写一行 preventDefault，而是让禁粘贴在各种输入法、各种系统版本、各种触发路径下都生效。往往得组合事件 + 值校验 + UI 提示，才能做到“看起来真的禁掉了”。
