VSCode中需同时启用editor.renderWhitespace和editor.renderControlCharacters才能完整显示换行符、制表符等控制字符；Gremlins tracker可高亮ZWSP、BOM等原生无法显示的隐形字符，配合正则搜索可精准定位删除。
VSCode怎么让换行符、制表符真正显示出来
只开 editor.renderWhitespace 不够，必须同时启用 editor.renderControlCharacters。前者控制空格（·）、Tab（→）、LF（¶）等符号是否画出来，后者才决定 CRLF、CR、TAB、BOM 等底层控制字符能否被渲染。
常见错误是只在 settings.json 里写了："editor.renderWhitespace": "all"
却漏掉："editor.renderControlCharacters": true
- 两个配置都必须设在用户级设置（不是工作区级），否则 Git 提交时容易误带配置污染团队环境
-
renderWhitespace: "all"依赖字体支持，某些主题下 ¶ 符号可能不显示，换用 Fira Code 或 JetBrains Mono 可缓解 -
renderControlCharacters: true会一并激活 ZWSP、NBSP、BOM 等非空白但影响行为的字符图标，但原生渲染较弱，仅用它还不够
Gremlins tracker 为什么比原生设置更实用
原生 renderControlCharacters 对零宽空格（ZWSP）、右向覆盖（RLO）、字节顺序标记（BOM）这类“真·隐形字符”基本无能为力；Gremlins tracker 是专治这个的工具，它用彩色小图标高亮，比如 ZWSP 渲染为浅红方块，BOM 是橙色感叹号。
- 安装后默认不启用，必须手动执行命令：
Gremlins: Toggle Gremlins（快捷键可自定义，如Alt+G） - 通过
settings.json配置"gremlins.chars"列表，例如["ZWSP", "BOM", "NBSP"]，避免显示过多干扰项 - 它纯属编辑器层可视化，不修改文件内容，适合审查从网页、微信、PDF 复制进来的可疑文本
临时检查某段代码有没有隐藏字符，别改设置
不用动任何配置，三秒内完成排查：打开命令面板（Ctrl+Shift+P / Cmd+Shift+P），依次执行：
-
Toggle Render Whitespace：开关空格、Tab、换行符显示 -
Toggle Render Control Characters：开关原生控制字符（CRLF/LF/TAB/BOM） -
Gremlins: Toggle Gremlins：开关 Gremlins 的高级检测（ZWSP/RLO/FSI 等）
这三个命令互不影响，可叠加使用。比如粘贴一段 JSON 后，先开 renderControlCharacters 看 BOM，再开 Gremlins 查 ZWSP，完事直接关掉——全程不改配置、不退出文件。
VSCode提示“此文件包含不可见的控制字符”，怎么定位和删
提示只是预警，不指明位置。定位靠正则搜索：[\u202a-\u202e\u2066-\u2069]（覆盖 LRE、RLE、RLO、LRI、PDI 等常用方向控制符）。
- 在 VSCode 搜索框点
.*按钮启用正则，粘贴上述表达式，回车即可高亮所有匹配项 - 批量删除时，替换栏留空，点
Replace All—— 比全选删更安全，不会误伤正常空格或缩进 - 脚本清洗更可靠：Node.js 中用
fs.readFileSync('file.js', 'utf8').replace(/[\u202a-\u202e\u2066-\u2069]/g, '')，适合 CI 流程自动处理 - 删完 Git 仍报变更？不是 bug，是字符真被删了。建议用
git diff --ignore-space-at-eol确认是否还有实质性改动
真正麻烦的不是显示，而是那些不渲染、不报警、但悄悄改语义的字符，比如粘贴进 Markdown 表格里的 ZWSP，它不占位也不报错，却能让解析器把一行拆成两行——这种得靠 Gremlins 配合人工扫视，没有一键解法。
