VSCode默认不显示控制字符，需通过快捷键Ctrl+Shift+P执行Toggle Render Whitespace或设置editor.renderWhitespace为all来显示\t、\n、空格等；但\u200B、\uFEFF等Unicode控制符需插件或正则搜索识别。
VSCode 怎么打开控制字符显示
默认情况下 VSCode 不显示 \t、\n、\r、 （空格）、·（NBSP）这类不可见字符，但它们真实存在，尤其在调试缩进错乱、行尾换行不一致、粘贴文本带隐藏格式时，必须“看见”才能准确判断。
最直接的方式是快捷键：Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS），输入并执行 Toggle Render Whitespace。这个命令会立刻切换所有文件中空白符的可视化状态。
也可以通过设置界面开启：打开 Settings → 搜索 renderWhitespace → 勾选 Editor: Render Whitespace。注意它有三个可选值：none（默认）、boundary（只显边界空格）、all（全部显示），推荐设为 all，否则 \t 和行首空格可能被漏掉。
为什么有些控制字符还是不显示
不是所有不可见字符都归 renderWhitespace 管——它只处理与空白语义相关的字符（\t、\n、 、\r、\u00A0 等）。像零宽空格 \u200B、字节顺序标记 \uFEFF、软连字符 \u00AD 这类 Unicode 控制符，默认不会被渲染，即使开了 renderWhitespace 也看不到。
遇到复制粘贴后行为异常但又找不到原因的情况，大概率是这类“隐身”字符作祟。此时需手动检查：
- 用正则搜索
[\u200B-\u200D\uFEFF\u00AD]（注意在 VSCode 的搜索框里勾上.*启用正则） - 安装插件
Unicode Highlighter或Highlight Bad Chars，它们能标出非常规控制符 - 用
hexdump -C或在线工具查看文件原始字节，确认是否含非预期的 UTF-8 编码控制字节
不同语言/文件类型下显示效果差异
renderWhitespace 是编辑器级设置，全局生效，但实际渲染样式受当前语言模式影响。例如：
- 在
JSON文件中，\n显示为¶，\t显示为→；但在Markdown预览中这些符号会被忽略——因为预览不走编辑器渲染逻辑 -
Python文件里，开头的空格和\t会被高亮，但字符串内部的\n（如"line1\nline2"）默认不渲染，除非你把光标停在引号内并启用“字符串内空白渲染”（需额外配置editor.renderControlCharacters: true） -
editor.renderControlCharacters是另一个独立开关，控制是否显示\0、\b、\f等 C 风格控制字符，它和renderWhitespace互不替代
容易被忽略的坑：设置同步与工作区覆盖
很多人改完用户设置发现某个项目里还是不显示控制字符，原因往往是工作区（.vscode/settings.json）里写了冲突配置：
- 检查项目根目录下是否有
.vscode/settings.json，里面是否包含"editor.renderWhitespace": "none"或"editor.renderControlCharacters": false - 多人协作项目常把
editor.renderWhitespace设为boundary来“减少干扰”，但这会让缩进混用（空格+Tab）难以察觉 - 远程开发（SSH/WSL/Dev Container）时，设置可能加载的是远程环境的用户配置，本地改了没用，得在远程端也检查
settings.json
真正要确保稳定可见，建议在用户设置里设 editor.renderWhitespace: "all" 和 editor.renderControlCharacters: true，并定期用 Ctrl+Shift+P → Developer: Toggle Developer Tools 查看 Console 是否报出设置冲突警告。
