vscode原生缩进线仅支持两档颜色（普通层与光标所在层），多级彩色需插件实现；1.85+版本必须启用editor.guides.indentation，editor.renderindentguides已弃用，颜色须用十六进制带alpha值配置于workbench.colorcustomizations中。
VSCode 原生不支持按缩进层级分别设色，所谓“多级颜色”只能靠插件实现；原生缩进线只有两档颜色控制：普通层和光标所在层。
为什么改了 editor.renderIndentGuides 还没线
最常见不是配置漏了，是新版 VSCode（1.85+）已弃用旧逻辑，editor.guides.indentation 才是实际生效的开关。你可能同时开了两个配置，但只有后者起作用。
-
editor.renderIndentGuides在 1.85+ 版本中仅作为兼容项保留，设为false会强制关闭，但设为true不保证开启 -
editor.guides.indentation默认为true，但会被工作区设置、语言特定设置或主题覆盖 - 检查方法：命令面板运行
Developer: Inspect Editor Tokens and Scopes，把光标停在缩进位置，看右下角显示的editor.guides.indentation实际值 - 某些语言模式（如
.vue的 template 块、Jupyter cell）默认禁用缩进线渲染，换到plaintext模式测试可快速验证是否为语言限制
怎么让原生缩进线颜色更醒目
原生缩进线只响应 workbench.colorCustomizations 中的两个 token：editorIndentGuide.background 和 editorIndentGuide.activeBackground。其它写法（比如加 1、2 后缀，或用 rgb()）全无效。
- 颜色值必须是十六进制带 alpha 的格式，例如
#80808040（不能写gray或rgba(128,128,128,0.25)） -
editorIndentGuide.background控制所有非活动层的线，建议用半透灰避免干扰代码阅读 -
editorIndentGuide.activeBackground控制光标所在缩进层级的线，提高对比度即可——它就是你唯一能“加粗”的方式 - 如果改完没变化，大概率是当前主题覆盖了这两个 token，临时切回
Default Dark+主题验证
想实现真正多级彩色缩进线，必须用插件
原生机制不解析“第几级缩进”，只画出当前缩进深度对应的竖线。要按层级上色（比如一级红、二级绿），得靠 indent-rainbow 或 Indenticator 这类插件。
-
indent-rainbow支持自定义颜色数组："indentRainbow.colors": ["#ff000033", "#00ff0033", "#0000ff33"]，每项对应一级 - 注意
indentRainbow.tabSize必须和文件实际缩进一致（如Spaces: 2就设为2），否则颜色错位 -
Indenticator可设"indenticator.style": "dashed"或"block"，但不支持每级不同色，只支持统一风格+高亮当前行 - 二者都需禁用原生缩进线（删掉或设
"editor.guides.indentation": false），否则会重叠干扰
混用 Tab 和空格时缩进线错位怎么办
缩进线绘制依赖编辑器对缩进的逻辑解析，不是按物理列数画的。一旦混用，VSCode 可能误判层级，导致线偏移甚至断裂。
- 状态栏右下角确认显示的是明确缩进模式，如
Spaces: 2，而不是Auto或Tab Size: 4 - 手动触发重检测：快捷键
Shift+Alt+I（Windows/Linux）或Shift+Option+I（macOS）可对齐选中行缩进 - 启用
"editor.detectIndentation": true让 VSCode 自动识别已有文件习惯，但新文件仍建议统一设"editor.insertSpaces": true+"editor.tabSize": 2 - 不要指望缩进线帮你“发现混用问题”——它只是渲染结果，不是诊断工具
真正容易被忽略的是：缩进线颜色配置一旦在 workbench.colorCustomizations 中格式错误（比如多了一个逗号、用了单引号、缺大括号），整个 colorCustomizations 区块会静默失效，且没有任何报错提示。
