VSCode 1.84+ 唯一官方支持的编辑器内容区左右内边距控制方式是配置 editor.padding，格式为 "editor.padding": {"left": 24, "right": 24}，单位像素，仅作用于主编辑区，不影响行号、断点等其他元素。
VSCode 1.84+ 版本中，唯一安全、稳定、官方支持的编辑器内容区左右内边距控制方式，是配置 editor.padding。其他方法（如 editor.rulers、editor.wordWrap 或自定义 CSS）都不提供真实留白，且容易引发兼容性问题。
用 editor.padding 设置左右内边距（VSCode 1.84+）
这是目前最干净、最可控的方式：它只给编辑器主内容区域加 padding，不影响行号、断点图标、折叠箭头、光标定位精度或滚动条位置。
-
editor.padding默认不存在，必须手动写进settings.json，格式严格为："editor.padding": {"left": 24, "right": 24} - 单位是像素（px），不是字符或 em；
left: 24≈ 3 个英文字符宽度，适合多数阅读节奏 - 值太小（如 8）几乎无感；太大（如 80）在 1366×768 笔记本上会导致代码区过窄、横向滚动频繁
- 这个配置对终端、调试控制台、侧边栏、文件树完全无影响，只作用于主编辑区
别把 editor.rulers 当右侧留白
editor.rulers 是垂直参考线，不是 padding。设 [100] 只会在第 100 列画一条线，光标仍可跑到窗口最右，长行也不会自动缩进。
-
editor.rulers和editor.padding是两套互不干扰的机制：rulers 是视觉提示，padding 才是真实留白 - 开启
editor.wordWrap: "on"后，软换行会从左边界开始折行，视觉上“右侧空白”被覆盖——这不是 bug，是设计逻辑 - 终端、Markdown 预览、JSON 查看器等视图完全不响应
editor.rulers，别指望它全局生效
旧版本 VSCode 怎么办？别硬上 CSS 注入
如果你卡在旧版又非加不可，唯一办法是注入 CSS，但代价很高：
- 需安装已被 VSCode 官方标记为“不安全”的
Custom CSS and JS Loader插件，每次启动弹警告 - CSS 必须写成
.monaco-editor .overflow-guard { padding-left: 24px !important; }，选择器结构一升级就失效 - 高 DPI 屏幕下容易导致滚动条错位、光标定位不准，主题样式还可能覆盖你的
!important - VSCode 升级后大概率要重装插件、重载窗口、重新授权，维护成本远高于升级到 1.84+
真正需要“代码离侧边栏远一点”的人，往往混淆了两个概念：一个是编辑器内容区自身是否呼吸感充足（editor.padding），另一个是整个编辑器容器是否离侧边栏太近（这由 VSCode 窗口布局决定，不可调）。后者只能靠调整窗口宽度、隐藏侧边栏、或用分栏视图间接缓解。
