CLEAN函数用于删除文本中ASCII码0–31的非打印字符，但不处理Unicode中的零宽字符（如\u200b）、BOM（\ufeff）等，故对Excel粘贴的隐形字符无效。
为什么 trimStart() 对 Excel 粘贴的空白经常失效
Excel 复制粘贴到网页输入框时，常带入 \u200b（零宽空格）、\u200e（左至右标记）、\ufeff（BOM）等 Unicode 格式字符，它们不属于 trimStart() 默认处理的空白字符集（即 [\s\uFEFF\xA0]）。所以直接调用 str.trimStart() 后，开头看着“空”，但 str.length 没变，表单校验仍失败。
手动扩展 trimStart：匹配常见 Excel 隐形字符
需要显式定义要清除的字符范围。推荐用正则 + replace() 替代原生 trimStart()，更可控：
const excelTrimStart = (str) => str.replace(/^[\s\u200b\u200c\u200d\u200e\u200f\ufeff\u00a0]+/, '');
说明：
-
\s保留原生空白（空格、换行、制表符等） -
\u200b～\u200f覆盖零宽字符和方向控制符（Excel 常见输出） -
\ufeff处理 UTF-8 BOM（尤其从旧版 Excel 或 CSV 复制时） -
\u00a0补全不间断空格（HTML 中常见，Excel 有时也带）
在 input 事件中实时清理，但别过度触发
用户边粘贴边输入，需在 input 或 paste 事件里处理。直接对 value 赋值会打断光标位置，建议用 setSelectionRange 修复：
inputEl.addEventListener('input', () => {
const { value, selectionStart } = inputEl;
const cleaned = excelTrimStart(value);
if (cleaned !== value) {
inputEl.value = cleaned;
// 保持光标在开头之后（避免跳到末尾）
inputEl.setSelectionRange(
Math.max(0, selectionStart - (value.length - cleaned.length)),
Math.max(0, selectionStart - (value.length - cleaned.length))
);
}
});注意点：
- 仅当内容真被修改时才重设
value，否则频繁赋值会干扰用户编辑 - 不要在
paste事件里直接event.preventDefault()+ 插入清洗后文本——某些 Excel 版本粘贴含格式，会丢失换行或单元格结构 - 移动端 Safari 对零宽字符支持不一，
\u200b和\u2060（Word Joiner）建议都加上
服务端兜底比前端强：别只信 client-side 清洗
前端清洗可提升体验，但无法替代服务端验证。用户可能禁用 JS、绕过输入框直调 API、或用 curl 提交原始字符串。服务端必须做等价清洗：
- Node.js：复用同个正则，
req.body.field.replace(/^[\s\u200b-\u200f\ufeff\u00a0\u2060]+/, '') - Python：用
re.sub(r'^[\s\u200b-\u200f\ufeff\xa0\u2060]+', '', s) - 数据库层（如 PostgreSQL）：可用
regexp_replace(col, '^[[:space:]\u200b-\u200f\ufeff\xa0\u2060]+', '')
真正容易被忽略的是：Excel 粘贴可能在字符串**中间**也插入零宽字符（比如跨列复制时），如果业务逻辑依赖 === 精确匹配（如权限 code、枚举值），光清开头远远不够——得全串扫描或用 normalize('NFKC') 配合过滤，但那属于另一类问题了。
