VSCode清理不可见字符必须分三步：先启用editor.renderControlCharacters和Gremlins tracker显示，再用正则[\u202a-\u202e\u2066-\u2069\u200b\uFEFF]定位，最后替换为空；仅靠trim或删空格无效。
VSCode 里清理不可见字符不能靠“删空格”或“保存自动 trim”——那些命令对 \u202a、\u200b、\uFEFF 等零宽、嵌入、BOM 类字符完全无效，必须分三步走：先看见、再定位、最后删。
怎么让不可见字符真正显示出来
只开 editor.renderWhitespace 不够，它只画空格（·）、Tab（→）、换行（¶）；真正要揪出 \u202a（LRE）、\u200b（ZWSP）、\uFEFF（BOM），必须同时启用两个设置：
-
editor.renderControlCharacters：开启后能显示 CRLF、BOM、TAB 等基础控制符 -
gremlins.enabled（需装 Gremlins tracker 扩展）：专治 ZWSP、RLO、FSI 等原生不渲染的“真隐形”字符
临时检查？不用改配置，三秒搞定：按 Ctrl+Shift+P → 依次执行 Toggle Render Whitespace、Toggle Render Control Characters、Gremlins: Toggle Gremlins。三个开关可叠加，关掉即恢复干净视图。
用正则快速定位 Unicode 控制字符
VSCode 提示“包含不可见的控制字符”只是预警，不标位置。直接搜：[\u202a-\u202e\u2066-\u2069]——这个范围覆盖 LRE、RLE、RLO、PDI、FSI 等最常从网页/微信/PDF 复制进来的嵌入控制符。
- 务必点搜索框右上角的
.*按钮启用正则模式，否则白搜 - 大文件可能只高亮前 100 处匹配，滚动到底部或分段搜更稳
- 别用
[\u0000-\u001F\u007F]：会误杀\n和\t，格式全崩 - 如果想连零宽空格一起扫，加进去：
[\u200b\u200c\u200d\u202a-\u202e\u2066-\u2069\uFEFF]
批量删除时替换为空还是换行符
查找到字符后，替换字段留空即可，但要注意换行符残留风险：
- 删
\u202a这类嵌入符，直接替换成空字符串安全 - 删行尾的
\u200b后若接\r\n，可能留下孤立\r导致下一行错位，稳妥做法是：查找\u200b(?=\r?\n|$)，替换为空 - 别用全局
\s+替换：它会吃掉缩进、JSON key 里的空格，甚至把"key": value变成"key":value - 已存在大量脏数据？先用命令
Trim Trailing Whitespace清行尾空格，再上正则清控制符，顺序不能反
为什么删完 Git 还报“内容变更”
因为不可见字符被删了，文本长度变了，Git 当然检测到 diff。但更隐蔽的是语义偏移：
-
\u202a被删后，原本靠右对齐的中文可能左移一格，肉眼难辨，但表格列宽、JSON key hash 全变 - 某些旧编辑器会在首行悄悄插 BOM（
\uFEFF），删掉后文件开头少 3 字节，CI 流程里校验失败 - 建议删完立刻跑：
git diff --ignore-space-at-eol，如果仍有差异，大概率是控制字符没清干净，或混进了其他 Unicode 格式符（如\u2060WORD JOINER）
真正难处理的不是单个字符，而是它们组合出现的方式——比如 \u202a\u200b\u202c 套三层，光靠肉眼和默认设置根本看不见。每次粘贴外部内容前，养成开 Gremlins + 正则扫一遍的习惯，比事后 debug 省半小时。
