VSCode 中真正控制编辑器内容区左右留白的是 editor.padding 配置项，需手动添加到 settings.json，如 "editor.padding": { "left": 24, "right": 24 }，单位为像素，仅影响主编辑区，不影响行号、侧边栏等其他UI元素。
VSCode 没有“编辑器与侧边栏间距”这个配置项，所谓“边距”实际是编辑器内容区自身的左右内边距（editor.padding），和侧边栏物理距离无关。
用 editor.padding 控制编辑器内容区左右留白（VSCode 1.84+）
真正能让你代码不紧贴窗口边缘的，只有 editor.padding。它给编辑器主内容区域加内边距，不影响行号、断点、折叠图标等 UI 元素位置。
- 必须手动写进
settings.json，默认不存在 - 格式固定：
"editor.padding": { "left": 24, "right": 24 }，单位是像素，不是字符或 em -
left: 24≈ 3 个英文字符宽度，适合多数阅读节奏；设8基本看不出变化，80会让小屏笔记本代码区过窄 - 这个配置只作用于主编辑区，对终端、调试控制台、侧边栏、文件树完全无影响
别被 editor.rulers 和 editor.wordWrap 带偏
很多人以为在右侧画标尺或开启软换行就能“留出右边空间”，其实不是：
-
editor.rulers（如[100]）只是垂直参考线，不改变编辑区域宽度，光标仍可跑到窗口最右 -
editor.wordWrap: "on"开启后，长行会折行，视觉上“右侧空白”会被掩盖——因为第二行从左边界开始，不是缩进出来的 - 二者和
editor.padding是不同机制：rulers 是视觉提示，wordWrap 是换行策略，padding 才是真实留白
旧版本 VSCode（
如果你卡在老版本又非要加左右留白，唯一办法是注入 CSS，但代价很高：
- 要装
Custom CSS and JS Loader插件，而它已被 VSCode 官方标记为“不安全”，每次启动弹警告 - CSS 必须写成
.monaco-editor .overflow-guard { padding-left: 24px !important; }，选择器结构一升级就失效 - 高 DPI 屏幕下容易导致滚动条错位、光标定位不准，主题样式还可能覆盖你的
!important - VSCode 升级后大概率要重装插件、重载窗口、重新授权，维护成本远高于升级到 1.84+
真正需要“代码离侧边栏远一点”的人，往往混淆了两个概念：一个是编辑器内容区自身是否呼吸感充足（editor.padding），另一个是整个编辑器容器是否离侧边栏太近（这由 VSCode 窗口布局决定，不可调）。后者只能靠调整窗口宽度、隐藏侧边栏、或用分栏视图间接缓解。
