gremlins 插件配合正则 [\u202a-\u202e\u2066-\u2069] 可精准定位并安全删除 zwsp、rlo、bom 等原生不可见的 unicode 格式控制符，避免误删合法空格，保障代码安全与 git 一致性。
直接用 Gremlins: Toggle Gremlins 命令，配合正则搜索 [\u202a-\u202e\u2066-\u2069]，就能准确定位并删掉真正危险的隐藏字符——比如零宽空格、右向覆盖、BOM 等。只开 editor.renderWhitespace 或 editor.renderControlCharacters 都不够，它们对 ZWSP（\u200b）这类字符基本无效。
为什么原生设置显示不了真正的“隐形字符”
editor.renderWhitespace 和 editor.renderControlCharacters 是两个独立开关，但都只管“可见的控制字符”：前者画出 ·、→、¶，后者让 CRLF/TAB/BOM 显形；可 ZWSP（\u200b）、LRO（\u202e）、PDI（\u2069）这些 Unicode 格式控制符，原生根本不渲染。
- 开了
"editor.renderControlCharacters": true后，BOM 会显示为或类似乱码，但 ZWSP 依然完全不可见 - 某些字体（如默认 macOS 字体）甚至不支持
¶符号，导致换行符也“假装没开” - 这两个配置必须设在用户级
settings.json，否则团队协作时容易误提交工作区配置
Gremlins tracker 怎么精准揪出 ZWSP、RLO、BOM
它不是简单开关，而是用彩色图标把 Unicode 控制码“翻译”成肉眼可识别的符号，且支持按需过滤。
- 安装后默认不启用，必须手动执行命令：
Gremlins: Toggle Gremlins（快捷键建议设为Alt+G） - ZWSP 渲染为浅红色小方块，BOM 是橙色感叹号，RLO 是蓝色箭头，一眼就能区分
- 通过
settings.json配置"gremlins.chars"，例如["ZWSP", "BOM", "RLO"]，避免被 NBSP、FSI 等次要字符干扰 - 它纯属编辑器层可视化，不修改文件内容，适合审查从微信、PDF、网页粘贴进来的可疑文本
怎么安全批量删除，而不是靠肉眼点选
别用全选 + 替换为空——缩进、空格、JSON key 里的合法空格都会被误杀。定位之后，用正则替换最可控。
- 在 VSCode 搜索框中开启正则模式（点
.*按钮），输入：[\u202a-\u202e\u2066-\u2069]，替换为空 → 这能覆盖 LRE/RLE/RLO/LRI/FSI/PDI 等全部高危方向控制符 - 若还要清理零宽空格和零宽连接符，追加：
[\u200b-\u200f\u202a-\u202e\u2066-\u2069] - 命令行批量处理（Linux/macOS）：
sed -i 's/[\xe2\x80\xaa-\xe2\x80\xae\xe2\x81\xa6-\xe2\x81\xa9]//g' file.js，注意 UTF-8 三字节编码 - 删完后用
git diff --ignore-space-at-eol确认是否还有真实内容变更；有些字符（如\u202a）删掉后视觉无变化，但 Git 已检测到长度差异
最常被忽略的是：这些字符往往藏在字符串字面量或注释里，不影响语法，但会让正则匹配失败、Git diff 异常、甚至引发 SSRF 或 XSS（比如在 JSON key 中插入 ZWSP 绕过校验）。查的时候别只盯代码逻辑，先开 Gremlins: Toggle Gremlins 看一眼。
