必须设"editor.renderWhitespace":"all"才能显示·和→，但若看不到→，是因"editor.detectIndentation"自动将Tab转为空格，需同时关掉该选项并设"editor.insertSpaces":false；换行符¶还需额外开启"editor.renderControlCharacters":true。
怎么让空格和制表符真正“显形”
只开 editor.renderWhitespace: "all" 不够——你按 Tab 键却看不到 →，大概率是因为 VSCode 已把 Tab 转成了空格。根本原因在于 editor.detectIndentation 默认为 true，它会扫描文件前几行，自动把后续所有 Tab 输入转成空格，导致编辑器里压根没 \t 字符，自然渲染不出 →。
验证方法很简单：
- 按
Ctrl+Shift+P（macOS 是Cmd+Shift+P），输入并执行Convert Indentation to Tabs - 再按一次 Tab 键，看是否出现 →
- 盯一眼右下角状态栏：显示的是
Tab Size: 4还是Spaces: 4？后者说明当前文件已被锁定为空格模式
为什么快捷键 Ctrl+Shift+8 有时不生效
这个快捷键本身没问题，但它的效果依赖两个前提：
-
editor.renderWhitespace必须已设为"all"或"boundary"（"selection"模式下它只对选中区域起作用） - 当前文件的语言模式必须识别正确——比如
.yaml文件被误判为Plain Text，设置就不会加载语言专属规则，renderWhitespace可能静默失效 - 检查右下角语言标识（如 “Python”、“YAML”），点一下手动切换到对应语言再试
editor.renderWhitespace 的三个值怎么选
"all"、"boundary"、"selection" 不是“高级/基础”之分，而是用途差异：
-
"all"：每个空格画 ·，每个 \t 画 →，适合查 YAML 缩进、Git diff 对齐、排查混用问题 -
"boundary"：只在行首、行尾、连续空格边界处显示一个 ·，视觉干净，但会漏掉缩进行内的孤立空格和层级细节 -
"selection"：仅高亮选中区域内的空白字符，适合临时确认某一段有没有隐藏空格，日常编码几乎不用
调试缩进混乱时，别犹豫，直接选 "all"。
格式检查真正卡点在哪
可视化只是第一步，真正的坑在底层行为一致性上：
-
editor.detectIndentation: false必须配对关闭，否则任何输入设置都会被覆盖 -
editor.insertSpaces和editor.tabSize要明确设值（比如 Python 项目设"[python]": { "editor.insertSpaces": true, "editor.tabSize": 4 }） - 语言专属设置（如
"[python]"块）优先级高于全局配置，需单独检查，不能只改用户级 settings.json - 如果项目根目录有
.editorconfig，它会进一步覆盖 VSCode 设置，此时光调编辑器配置没用
最常被忽略的其实是语言模式识别错误和 .editorconfig 的隐式接管——这两处一出问题，前面所有设置都白配。
