应强制转纯文本：需劫持paste事件，用clipboarddata.getdata('text/plain')获取并清洗内容，避免execcommand废弃问题及富文本残留。
粘贴时保留格式还是强制转纯文本？看 paste 事件和 clipboardData
浏览器默认粘贴行为由编辑区域类型决定：contenteditable 元素或 textarea 会表现完全不同。想控制粘贴结果，不能只靠 CSS 或属性，得劫持 paste 事件并手动处理 clipboardData。
常见错误现象：document.execCommand 已废弃，但很多老代码还在用；直接监听 input 或 change 完全捕获不到粘贴内容；用 setTimeout 延迟读取 innerText 会导致富文本残留或格式错乱。
- 在
contenteditable中，event.clipboardData.getData('text/html')可能返回带标签的 HTML 片段，但不是所有浏览器都支持（Safari 对text/html返回空字符串） - 更稳妥的是先尝试
'text/plain'，再 fallback 到'text/html'，最后用 DOMParser 解析 HTML 并提取纯文本或清洗标签 - 如果目标是「始终粘贴为纯文本」，阻止默认行为后，用
event.clipboardData.getData('text/plain')插入即可，无需解析
textarea 里怎么让粘贴内容自动转成无格式文本？
textarea 本身不支持富文本，但用户仍可能从 Word、网页等地方复制带换行/缩进/不可见字符的内容。这时候“纯文本”不等于“干净文本”——制表符、连续空格、零宽空格、软回车（\u2028）都会被原样保留。
- 监听
paste事件，调用event.preventDefault() - 用
event.clipboardData.getData('text/plain')获取原始文本 - 对获取到的字符串做轻量清洗：比如
.replace(/\u2028/g, '\n').replace(/[ \t]+/g, ' ').trim()，避免过度正则影响性能 - 注意不要直接
.replace(/\s+/g, ' ')——这会把换行也压成空格，破坏段落结构
为什么 execCommand('insertText') 在现代浏览器里失效了？
document.execCommand 在 Chrome 97+、Firefox 84+ 中已被标记为废弃，且在 textarea 上基本无效，在 contenteditable 中行为也不一致。它无法控制光标位置精度，也无法处理跨浏览器剪贴板格式差异。
- 替代方案是：用
getSelection()+range.insertNode()（富文本）或直接操作textarea.value的字符串拼接（纯文本） - 插入纯文本时，优先用
textarea.setRangeText()，它支持精确光标位置控制，且兼容性好（IE10+） - 如果要插入 HTML 片段到
contenteditable，用range.deleteContents()+range.insertNode()比依赖execCommand更可靠
富文本编辑器里提示“粘贴为纯文本”的按钮怎么实现？
这个功能本质是临时切换粘贴行为，不是全局设置。用户点一次按钮，下一次粘贴就走纯文本逻辑，之后恢复默认。关键在于状态管理 + 事件监听的动态绑定。
- 用一个布尔变量如
isPasteAsPlainText记录当前模式，点击按钮时 toggle 它 - 在
paste事件处理器中判断该变量：为真则走纯文本流程，否则放行默认行为 - 别忘了在粘贴完成后重置状态（比如延时 100ms 后设为 false），否则用户下次粘贴还会被拦截
- 注意移动端 Safari 的
paste事件触发不稳定，可配合input事件做兜底检测（但仅限纯文本场景）
真正难的不是读取剪贴板，而是判断用户到底想粘什么——是保留列表缩进，还是去掉所有样式却留下换行，还是连换行都不要。这些语义意图没法靠 API 自动识别，得靠上下文约定和用户反馈来收敛。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
