VSCode 1.84+ 唯一官方支持的编辑器内容区左右内边距控制方式是手动配置 editor.padding，格式为 "editor.padding": { "left": 24, "right": 24 }，单位像素，仅作用于主编辑区，不影响行号、断点、折叠箭头等。
VSCode 1.84+ 版本唯一可靠、官方支持的编辑器内容区左右内边距控制方式，是手动配置 editor.padding；旧版本强行注入 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.wordWrap: "on"后，软换行会从左边界开始折行，视觉上“右侧空白”被覆盖——这不是 bug，是设计逻辑 -
editor.rulers和editor.wordWrap与editor.padding是三套互不干扰的机制：rulers 是视觉提示，wordWrap 是换行策略，padding 才是真实留白 - 终端、Markdown 预览、JSON 查看器等视图完全不响应
editor.rulers，别指望它全局生效
旧版本 VSCode（
如果你卡在旧版又非加不可，只能走自定义 CSS 注入这条路，但要清楚代价：
- 需安装已被 VSCode 官方标记为“不安全”的
Custom CSS and JS Loader插件，每次启动弹警告 - CSS 必须写成
.monaco-editor .overflow-guard { padding-left: 24px !important; }，VSCode 升级后选择器结构一变就失效 - 高 DPI 屏幕下容易导致滚动条错位、光标点击偏移，某些主题还会用更高优先级样式覆盖你的
!important - 升级后大概率要重装插件、重载窗口、重新授权，维护成本远高于直接升级到 1.84+
真正容易被忽略的点是：很多人想要“代码离侧边栏远一点”，其实混淆了两个概念——一个是编辑器内容区自身是否呼吸感充足（editor.padding），另一个是整个编辑器容器是否离侧边栏太近（这由 VSCode 窗口布局决定，不可调）。后者只能靠隐藏侧边栏、调整窗口宽度或切分栏间接缓解。
