trimEnd() 无法清理 \r\n 组合、零宽空格（\u200B）、BOM（\uFEFF）和全角空格（\u3000），推荐用正则 text.replace(/[\r\n\u200B\uFEFF\u3000]+$/g, '') 一次性精准清除尾部干扰字符。
trimEnd() 能精准清理尾部换行符，但默认只处理 Unicode 空白字符（包括 \n、\r、\t、\f、\v 和空格），对 Windows 的 \r\n 组合和某些编辑器插入的零宽空格（如 \u200B）无能为力——实际粘贴场景中，这两类问题最常导致“明明用了 trimEnd() 还清不干净”。
为什么 trimEnd() 有时看起来没生效
用户从 Word、Notion 或微信客户端粘贴文本时，尾部常混入：
-
\r\n\r\n（Windows 换行+多余空行）——trimEnd()能处理单个\r\n，但连续多个时仍会残留一个\r或\n（因内部按字符逐个判断是否属空白） -
\u200B（零宽空格）、\uFEFF（BOM）——这些不属于标准空白字符，trimEnd()完全忽略 - 全角空格
用正则补全 trimEnd() 的盲区
直接替换比扩展 trimEnd() 更可控。推荐这个一行式写法：
text.replace(/[\r\n\u200B\uFEFF\u3000]+$/g, '')
说明：
-
[\r\n\u200B\uFEFF\u3000]明确覆盖常见尾部干扰字符 -
+确保连续多个也能一并清除（比trimEnd()更彻底） -
$锚定行尾，避免误伤中间内容 - 如果需兼容更多控制字符（如
\u2028行分隔符），可追加进方括号内
要不要先 trimEnd() 再正则？
没必要。单独用正则更可靠：
-
trimEnd()是非正则原生方法，性能略高，但能力有限；正则虽稍慢，但现代 JS 引擎对简单模式优化极好，差异可忽略 - 混合使用反而增加逻辑分支，比如
text.trimEnd().replace(/[\r\n\u200B]+$/g, '')可能因trimEnd()已删掉部分换行，导致正则匹配失效 - 实测：粘贴含
"hello\r\n\u200B\u200B\n"的文本，仅trimEnd()返回"hello\r\n\u200B\u200B"；正则单步处理直接得"hello"
真正麻烦的是那些不可见字符的组合形式——比如微信粘贴可能同时带 \r\n、\u200B 和 \uFEFF，靠猜字符表不如一次配全。上线前建议用 JSON.stringify(text) 打印原始值，确认尾部到底藏了什么再调整正则。
