必须同时启用editor.renderwhitespace:"all"和editor.rendercontrolcharacters:true，否则→、¶等符号无法完整显示；仅开前者会导致制表符和换行符不渲染，因后者才是控制字符可视化的底层开关。
要让 VSCode 显示空格（·）、制表符（→）和换行符（¶），必须同时启用两个独立开关：editor.renderWhitespace 和 editor.renderControlCharacters。只开一个，必然漏掉关键符号。
为什么开了 editor.renderWhitespace 还看不到 → 或 ¶
常见错误是只设了 "editor.renderWhitespace": "all"，却没配 "editor.renderControlCharacters": true。前者只定义“哪些空白该画”，后者才决定“底层是否允许画控制字符”。没有后者，→ 和 ¶ 就是透明的——你设置了，但编辑器压根不渲染。
-
renderWhitespace: "all"会让空格变 ·、Tab 变 →，但换行符（\n）仍不可见 -
renderControlCharacters: true是激活 ¶、↵、→ 等符号显示的“电源开关” - 二者缺一不可，且必须都是用户级或工作区级设置中显式声明，不能依赖默认值
editor.renderWhitespace 的四个取值怎么选
它只接受字符串值："none"、"boundary"、"selection"、"all"。别写 true 或 "true"，VSCode 会静默忽略或报错。
-
"all"：每个空格、每个\t、每个行尾空白都显示为 · 或 →；适合查 YAML 缩进、Git diff 对齐、排查混用问题 -
"boundary"：只在连续空格的首尾、行首缩进起始处、行尾空白处画一个 ·；视觉干净，但可能漏掉中间孤立空格 -
"selection"：仅在你选中的文本范围内显示空白符；适合临时确认某一段有没有隐藏空格，日常编码几乎不用 -
"none"：彻底关闭，纯阅读场景可用
为什么按 Tab 键还是看不到 →
不是渲染问题，是输入行为被劫持了。VSCode 默认开启 editor.detectIndentation，打开文件时自动读前几行，然后把后续所有 Tab 插入转成空格（即 editor.insertSpaces: true）。此时编辑器里根本没 \t 字符，自然渲染不出 →。
- 检查右下角状态栏：显示
Spaces: 4表示当前文件已锁定为空格模式；Tab Size: 4才说明 Tab 字符真实存在 - 验证方法：按
Ctrl+Shift+P→ 输入Convert Indentation to Tabs执行，再按一次 Tab，看是否出现 → - 根治办法：设
"editor.detectIndentation": false+"editor.insertSpaces": false，并配好"editor.tabSize": 4 - 注意语言专属设置（如
"[python]"块）可能覆盖全局配置，需单独检查
工作区设置会悄悄覆盖你的配置
项目根目录下的 .vscode/settings.json 优先级高于用户设置。你全局开了 renderControlCharacters，但只要工作区里写了 "editor.renderControlCharacters": false，它就失效——而且没有任何提示。
- 排查路径：打开命令面板 →
Preferences: Open Workspace Settings (JSON)，搜索renderWhitespace和renderControlCharacters - 团队协作时，
renderWhitespace和renderControlCharacters属于纯本地偏好，不该提交到 Git；真正该进仓库的是影响实际保存内容的设置，比如editor.insertSpaces和editor.tabSize - Unicode 零宽字符（如
\u200B、\uFEFF）完全不受这两个开关控制，得靠正则[\u200B-\u200D\uFEFF]或插件定位
最易被忽略的一点：即使所有设置都对，如果当前文件的语言模式识别错了（比如 .json 被当成 Plain Text），renderWhitespace 也可能不生效。务必看右下角语言标识，点一下手动切对。
