onpaste属性支持所有HTML元素，但仅input、textarea默认触发；其他元素需设contenteditable="true"，且不能被overflow:hidden或pointer-events:none拦截；读取clipboardData须在用户手势同步上下文中进行，否则为空。
onpaste 属性本身不格式化、不过滤，只负责“叫你一声”；真正干活得靠 event.preventDefault() + 手动读取/修改内容。
onpaste 属性能监听哪些元素？
所有 HTML 元素都支持 onpaste 属性，但默认触发条件很实际：
-
<input>和<textarea></textarea>无需额外设置，粘贴即触发 <div>、<code><p></p>、<span></span>等普通元素必须加contenteditable="true"，否则事件根本不会派发-
<span></span>即使加了contenteditable="true"，若父容器有overflow: hidden或被pointer-events: none拦截，也可能收不到事件 - 直接写
onpaste="handlePaste(event)"是安全的，但函数体里不能用setTimeout或Promise.then延迟读取，否则event.clipboardData已被清空 - 必须先判空：
const cd = event.clipboardData || window.clipboardData，因为 IE 旧版只认后者，Safari 某些 iframe 场景下前者为null - 调用
cd.getData('text/plain')前，最好检查cd.types是否包含该 MIME 类型，避免报错 - 必须调用
event.preventDefault()，否则浏览器会按原样插入，你的处理逻辑就白跑了 - 对
<input>或<textarea></textarea>，处理完后要用input.value = processedText+input.dispatchEvent(new Event('input', { bubbles: true }))触发受控更新 - 对
contenteditable元素，需用document.execCommand('insertText', false, processedText)（已废弃但仍可用）或更稳妥的getSelection().getRangeAt(0).insertNode(...) - 正则过滤示例：
processedText = rawText.replace(/]*>/g, '').replace(/\s+/g, ' ').trim()，注意别过度替换导致换行丢失 - 受控组件中，如果
value没及时更新、render 没发生，新onPaste处理函数可能没挂上，表现就是“点几次才响一次” - 别用内联箭头函数：
onPaste={(e) => { ... }}，每次 render 都生成新函数，React 可能跳过事件重绑；应提成 class method 或useCallback - SSR 页面首次 hydration 后，
onPaste才真正生效，服务端渲染出的静态 HTML 不会响应粘贴 —— 别在首屏就指望它工作 - Chrome 125+ 对非用户手势触发的剪贴板访问更严格，哪怕你在
onClick里调addEventListener('paste', ...)，也得确保它是在点击回调同步路径里执行的
为什么 onpaste 里读不到 clipboardData？
常见原因是没在用户手势上下文中安全访问 —— 浏览器只允许在同步、由真实用户操作（如 Ctrl+V）触发的事件中读取剪贴板数据：
Wechat Article Html
下载
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
如何在 onpaste 中过滤或转义粘贴内容？
核心是：阻止默认行为 → 读取原始内容 → 处理 → 插入目标位置。不能只改变量，要手动写回 DOM：
React 中 onPaste 不触发或失效的典型原因
不是属性写错了，而是 React 的生命周期和绑定机制在暗处卡你：
真正难的不是写几行处理逻辑，而是判断当前上下文是否满足“用户手势 + 同步 + 可写入 + 未被拦截”这四个隐性前提。漏掉任何一个，onpaste 就变成聋子耳朵。
