editor.rulers是唯一控制列对齐线的配置项，需设为数字数组（如[80,120]），填字符串或负数将导致静默失效；它仅按固定列数显示静态竖线，用于长度提示，与缩进逻辑和语法结构无关。
editor.rulers 是唯一控制列对齐线的配置项
VSCode 里所谓“垂直列对齐线”，就是按固定列数画的竖线，只起长度提示作用，和缩进逻辑完全无关。它不随代码块移动，也不识别语法结构，纯属视觉标尺。
真正起作用的只有 editor.rulers 这一个配置项，其它名字如 showRulers、columnGuides 或 alignLines 都不存在，写了也静默忽略。
-
editor.rulers必须是数字数组，例如[80, 120]；填字符串（如["80"]）或负数会导致整个配置失效，VSCode 不报错但不渲染任何线 - 该设置默认为空数组，即不显示任何列线；设为
[100]就会在第 100 列画一条竖线 - 语言专属配置才生效：在
.vscode/settings.json里写"[javascript]": { "editor.rulers": [100] }，只对.js文件起作用；全局配置则写在根 settings.json 的顶层 - 改完保存即生效，无需重启；但如果之前因格式错误被忽略，修正后要确保 VSCode 没卡在旧配置缓存里（可试着重载窗口 Ctrl+Shift+P → Developer: Reload Window）
缩进参考线 ≠ 列对齐线，别混配 editor.guides.indentation 和 editor.rulers
很多人搜“垂直对齐线”却开了 editor.guides.indentation，结果发现线不随列固定、反而跟着缩进跳——那是缩进参考线，不是你要的列标尺。二者底层机制完全不同：
-
editor.guides.indentation（VSCode 1.85+ 推荐）控制的是动态缩进导轨，按代码块层级自动对齐，用于识别if、for、函数体归属 -
editor.rulers是静态列标尺，不管你是空格还是 Tab，也不管有没有缩进，就在指定列画线 - 同时启用两者没问题，但它们互不叠加、互不影响；别指望
editor.rulers: [80]和editor.guides.indentation: true能“增强对齐效果” - 如果想让某一行（比如含
TODO）单独高亮，editor.rulers无能为力——得用TODO Highlight这类插件
颜色和显示异常？先检查主题是否把线画成透明了
开了 editor.rulers 却看不到线，90% 是因为当前颜色主题把 ruler 线颜色设成了透明或与背景同色。这不是配置失效，而是“画出来了但你看不见”。
- 临时切换到 VSCode 自带的
Default Dark+或Light+主题，验证是否出现竖线 - 若换主题后正常，说明原主题覆盖了
ruler的颜色；此时需手动定制：workbench.colorCustomizations中添加"editorRuler.foreground" -
editorRuler.foreground是唯一影响列线颜色的 token，值必须是十六进制带 alpha 的写法（如#a0a0a080），不支持rgb()或英文名 - 注意：这个 token 在部分老主题或高对比度模式下可能被强制忽略，换主题是最快速排查手段
为什么 .py 文件没线，但 .js 有？语言绑定和工作区设置优先级问题
editor.rulers 的生效受语言模式和设置作用域双重限制，常见“部分文件不显示”根本不是 bug，而是配置没落到对应上下文。
- 检查右下角状态栏语言标识：如果是
Plain Text，哪怕文件名是.py，语言专属配置也不会触发 - 项目根目录下的
.vscode/settings.json会覆盖用户全局设置；如果里面写了"editor.rulers": []，那整个工作区都看不到线 - 某些扩展（如 EditorConfig、Prettier）会注入自己的设置，可能重置
editor.rulers；用命令面板运行Developer: Inspect Editor Tokens and Scopes，把光标停在目标行，看右下角实际生效的editor.rulers值是多少 - 远程开发（SSH/WSL）下行为一致，但如果你用的是 Dev Container，要确认
.devcontainer/devcontainer.json没有禁用或覆盖该配置
editor.rulers 只响应“列数”，不响应“字符宽度”。中文、Emoji、全角符号占多列，但 ruler 仍按 ASCII 列计数——所以一行看着超长却没触达 ruler 线，很可能是字体渲染或字符宽度导致的视觉误差。
