VSCode界面“挤”需分区域配置：editor.lineHeight调编辑器行距（推荐22–28整数像素），workbench.tree.indent调文件树缩进（推荐16–20像素），editor.padding设编辑区左右内边距（如{"left":24,"right":24}）。
VSCode 主题界面“挤”不是主题问题，而是多个独立 UI 区域的间距配置没对齐——改错一个地方，其他区域照样糊在一起。
editor.lineHeight 控制代码行距，但只作用于编辑器主区域
它设的是每行文本基线到下一行基线的距离，单位是像素（整数）或倍数（小数），默认 0 表示自动计算。设成 24 比设 1.5 更稳定，尤其在高 DPI 屏上。
- 等宽字体如
Fira Code或JetBrains Mono下，22～24最常用；大字号（fontSize: 16）可试26～28 - 别开
editor.fontLigatures：连字开启后某些字体渲染会干扰行高计算，关掉立刻见效 - 终端、文件树、大纲视图的行距不继承这个值——它们各自有独立配置项
workbench.tree.indent 调整文件资源管理器和大纲的缩进间距
这个值控制所有树状结构（文件夹、符号大纲、搜索结果）的层级缩进像素，直接影响“父子是否粘连”。默认 8 太紧凑，16～20 是实用区间。
- 设为
20后，折叠箭头与文件名之间立刻有呼吸感，眼睛不用再费力分辨嵌套关系 - 别和
explorer.compactFolders同时启用：后者会压缩路径显示，抵消缩进效果，建议设为false - 过大会导致深嵌套目录横向溢出，1920p 屏建议不超过
24
editor.padding 设置编辑器内容区左右内边距
这是唯一能真正让代码“离侧边栏远一点”的配置，格式必须是 "editor.padding": { "left": 24, "right": 24 }，单位像素，只影响主编辑区，不影响行号、断点等 UI 元素。
-
left:24≈ 3 个英文字符宽度，适合多数阅读节奏；8基本看不出变化，80会让小屏笔记本代码区过窄 - 旧版 VSCode（
-
editor.rulers和editor.wordWrap不是留白方案——前者只是参考线，后者是换行策略，都不改变编辑区域真实宽度
workbench.activityBar.iconSize 和 window.zoomLevel 协同调活动栏图标大小
VSCode 1.84+ 支持直接用 workbench.activityBar.iconSize 控制左侧活动栏图标尺寸，可选 22、24、28、32（px），无需改 CSS。
- 默认
24，22更紧凑，32更醒目但会挤占横向空间 - 图标“看起来挤”常因系统级缩放干扰：Windows/macOS 的显示器缩放会先整体放大 UI，盖过
iconSize效果；此时应同步检查window.zoomLevel（0=100%） - 想彻底拉开图标视觉距离，可设
workbench.activityBar.location为bottom，图标自动横排，但部分扩展（如 GitLens）入口可能偏移，需实测
真正容易被忽略的是：这些配置互不继承、互不影响，且优先级分用户级、工作区级、语言专属级三层。改完一个，务必确认没被 .vscode/settings.json 或主题内置设置覆盖——否则你调得再细，也只在当前窗口里“假装生效”。
