必须同时设editor.renderwhitespace: "all"和editor.rendercontrolcharacters: true才能完整显示空格（·）、制表符（→）和换行符（¶）；二者缺一不可，且需写入用户级settings.json，注意字符串与布尔值的正确格式。
必须同时设 editor.renderWhitespace 为 "all" 且 editor.renderControlCharacters 为 true，否则换行符（¶）、制表符（→）和空格（·）无法完整显示——只开一个，符号必然残缺。
怎么在用户级 settings.json 里写才生效
打开命令面板（Ctrl+Shift+P 或 Cmd+Shift+P），执行 Preferences: Open Settings (JSON)，在大括号内添加两行：
"editor.renderWhitespace": "all", "editor.renderControlCharacters": true
注意："all" 是字符串，不是布尔值；true 是布尔值，不能加引号。写成 "true" 或 true 混用会静默失效。不要放进 .vscode/settings.json 提交到 Git——这是纯本地编辑器偏好，团队协作时不该强制他人看到满屏符号。
为什么开了还是看不到 → 或 ¶
- 右下角状态栏显示
Spaces: 4？说明当前文件已被editor.detectIndentation自动转为空格模式，真实制表符 \t 已不存在，自然不渲染 → -
editor.renderControlCharacters没开，\n 就不会显示为 ¶；它和renderWhitespace是两个独立开关，互不替代 - 工作区配置（
.vscode/settings.json）或语言专属块（如"[python]"）覆盖了全局设置，需逐个检查是否存在"editor.renderWhitespace": "none"等冲突项 - 某些轻量主题（如 Quiet Light）默认压制控制字符渲染，此时必须显式加
editor.renderControlCharacters: true
哪些“隐身”字符根本不受这两个设置管
editor.renderWhitespace 和 editor.renderControlCharacters 只覆盖有限范围：前者管 \t、\n、 、\u00A0；后者管 \uFEFF、\u200B、\u00AD 等真正控制码。但以下字符完全不在此列：
- 全角空格
\u3000：属于全宽字符，需正则[\u3000]搜索 - 零宽连接符
\u200D、字节顺序标记\uFEFF（部分场景下）：即使开了renderControlCharacters，也未必高亮，得靠插件（如 Unicode Highlighter）或手动 hexdump 验证 - 软连字符
\u00AD、段落分隔符\u2029：同理，不属于默认渲染集，需正则[\u200B-\u200D\uFEFF\u00AD\u2028\u2029]扫描
临时开关比改配置更常用
调试时不需要永久开启：聚焦编辑器后按 Ctrl+Shift+8（Windows/Linux）或 Cmd+Shift+8（macOS），立刻切换空白符显示状态。这个快捷键调用的是 editor.action.toggleRenderWhitespace 命令，不影响任何配置，适合快速确认某段缩进是否混用。如果常用，可在 keybindings.json 里绑定更顺手的组合键，例如：
{"key": "alt+w", "command": "editor.action.toggleRenderWhitespace"}
真正容易被忽略的，是「控制字符可视化」这件事本身没有统一标准——VSCode 只负责渲染它认得的那几十个码位，其余 Unicode 控制符得靠正则或插件兜底；别指望一个开关能照见所有不可见字符。
