trim()无法处理u+00a0和u+3000等非标准空白字符，需在paste事件中解析text/html、domparser清洗后替换特殊空格，并按语义层级保留必要空白。
粘贴时出现 或全角空格，trim()完全无效
这是因为 trim() 只处理 Unicode 标准空白字符（如 U+0020、U+0009、U+000A），而 HTML 中的 对应的是 U+00A0（non-breaking space），全角空格是 U+3000，两者都不在 trim() 的清理范围内。
常见表现：用户从 Obsidian、微信、Word 或网页复制内容后，input.value.trim() 仍留有“看不见的空格”，导致表单校验失败、数字解析出错、URL 拼接异常等。
- Python 后端收到
"123\u00a0"，int("123\u00a0")直接抛ValueError - 前端用
href="page one.html"粘贴进编辑器，未编码空格让链接在本地文件系统中失效 - 数据库存入带
\u3000的用户名，后续 LIKE 查询或索引匹配全部失效
必须拦截 paste 事件并清洗 text/html，不能只读 text/plain
直接调 event.clipboardData.getData('text/plain') 是最常见误区——它在 Safari、macOS Notes、企业微信、Outlook 等场景下常为空或丢失换行，还可能混入 \u200b（零宽空格）导致段落塌陷。
正确做法是优先解析 text/html，用 DOMParser 安全还原结构：
- 调用
event.clipboardData.getData('text/html')获取原始 HTML 字符串 - 用
new DOMParser().parseFromString(html, 'text/html')解析为文档对象 - 白名单保留语义标签：
p、br、strong、em、ul、ol、li、a（仅保留href，删style和class） - 对每个块级节点（
p、div[display:block]）后手动补\n，避免段落合并
最后取 fragment.body.textContent 得纯文本，或 fragment.body.innerHTML 得轻量 HTML。
textContent 比 innerText 更可靠，但需额外替换 NBSP
textContent 能保留换行和结构语义，innerText 会丢掉 <p></p> 的段落换行，且受 CSS display:none 影响，不可控。
但 textContent 输出仍含 U+00A0 和 U+3000，所以清洗后必须再做一次替换：
cleanText.replace(/\u00a0/g, ' ').replace(/\u3000/g, ' ')- 若要彻底去空格，再接
.replace(/\s+/g, ' ').trim()（注意：这会把 Tab、换行也转成单空格） - 若需保留缩进结构（如代码段首行空格），则不能无差别替换，得按上下文判断
插入时必须尊重光标位置，别用 execCommand
document.execCommand('insertText') 在 Chrome 97+、Firefox 84+ 已废弃，Safari 完全不支持；它无视当前光标，总把文字插到末尾，用户在中间粘贴就变成“追加”。
安全插入方式：
- 用
getSelection().getRangeAt(0)获取当前选区 - 调
range.deleteContents()清空选中内容（兼容 IE11） - 用
range.insertNode(document.createTextNode(cleanText))插入清洗后文本 - 目标是
textarea？改用setRangeText()，IE10+ 全兼容，支持精确控制
真正难的不是去空格，而是保结构——删掉所有“看起来多余”的空格后，用户发现段落挤成一团、代码缩进全乱、中文排版塌陷。清洗逻辑必须区分语义层级：代码块内空格是语法，正文段落间空格是分隔，标题前空格可能是设计意图。盲目全局替换，等于把格式当垃圾扔了。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
