开了 renderwhitespace 仍看不到换行符和制表符，是因为还需启用 editor.rendercontrolcharacters: true，二者缺一不可；前者仅控制空白字符（如→、¶）的显示逻辑，后者才真正激活换行符（crlf/lf）、制表符（tab）等底层控制字符的可视化渲染。
为什么开了 renderWhitespace 还看不到换行符和制表符？
因为 editor.renderWhitespace 和 editor.renderControlCharacters 是两个独立开关，缺一不可。前者只管空格、制表符（→）、换行符（¶）等“空白类”字符的渲染逻辑；后者才真正控制 CRLF/LF、CR、TAB、BOM 等底层控制字符是否被画出来。常见错误是只设了 "editor.renderWhitespace": "all"，却没开 "editor.renderControlCharacters": true，结果换行符依然隐形。
-
renderWhitespace: "all"显示 ·（空格）、→（Tab）、¶（LF）、¬（CR）等符号，但依赖字体支持；部分主题或终端字体可能不渲染 ¶ -
renderControlCharacters: true是启用所有控制字符图标的前提，包括 BOM、ZWSP、NBSP 等非空白但影响行为的字符 - 二者都必须设为用户级设置（不是工作区级），否则 Git 提交时容易误带配置
Gremlins tracker 比原生设置强在哪？
原生 renderControlCharacters 只能开关全局控制字符，且对 ZWSP（零宽空格）、RLO（右向覆盖）、BOM 等“真·隐形字符”无能为力；Gremlins tracker 才是专治这类问题的工具。它用彩色小图标高亮特定 Unicode 控制码，比如 ZWSP 渲染为浅红方块、BOM 是橙色感叹号，且支持按需过滤。
- 安装后默认不启用，必须手动执行
Gremlins: Toggle Gremlins命令（快捷键可自定义，如Alt+G） - 通过
settings.json配置"gremlins.chars"列表，例如["ZWSP", "BOM", "NBSP"]，避免显示过多干扰项 - 它不修改文件内容，纯属编辑器层可视化，适合审查粘贴进来的第三方文本或 Markdown 元数据
怎么快速临时检查某段代码有没有隐藏字符？
别改设置，用命令面板秒切。Windows/Linux 按 Ctrl+Shift+P，macOS 按 Cmd+Shift+P，输入并执行：
-
Toggle Render Whitespace：切换空格/Tab/换行符显示（对应renderWhitespace） -
Toggle Render Control Characters：切换控制字符显示（对应renderControlCharacters） -
Gremlins: Toggle Gremlins：开关 Gremlins 的高级字符检测
这三个命令互不影响，可叠加使用。比如粘贴一段可疑 JSON 后，先开 renderControlCharacters 看有没有 BOM，再开 Gremlins 查 ZWSP，最后关掉——全程不用退出当前文件。
哪些场景下必须开控制字符显示？
不是所有时候都要开着，但以下情况不开就很难定位问题：
- Git 提交失败提示 “CRLF will be replaced by LF”，说明文件混用了 Windows/macOS 换行符，
renderControlCharacters一开就能看到 ¶ 和 ¬ 并存 - 正则匹配或字符串比较始终失败，可能是前后有 ZWSP 或 NBSP（显示为 · 但不是普通空格），
Gremlins能直接标红 - Markdown 表格错位、YAML 缩进报错，往往因粘贴时带入了不可见的 RLO 或 U+2067（隐式方向控制符），只有
Gremlins能识别 - 服务端返回 JSON 解析失败，而 VSCode 看着“完全正常”，大概率是开头有 BOM —— 它在编辑器里根本不会显示，除非开了
renderControlCharacters或装了Gremlins
真正难搞的不是“怎么开”，而是记住：控制字符分两类——空白类（空格/Tab/换行）靠原生设置，非空白但具语义的（BOM/ZWSP/RLO）必须靠扩展。漏掉后者，等于在黑暗里修电路。
