VS Code 主题和界面外观通过安装扩展、修改设置、应用颜色主题实现，不可直接改源码；颜色主题需从 Marketplace 安装后在命令面板启用；字体、缩放等通过 workbench 设置调整；workbench.colorCustomizations 可精细控制 UI 颜色，但无法修改图标、间距等非颜色属性。
vs code 的主题和界面外观不是靠“定制代码”实现的，而是通过安装扩展、修改设置和应用颜色主题三类操作完成；直接改源码或硬编码样式既不可行也不推荐。
如何安装并启用一款颜色主题（Color Theme）
VS Code 自带基础主题，但真正可定制的主题都来自 Marketplace。启用前必须先安装，再在设置中切换。
- 打开命令面板（
Ctrl+Shift+P或Cmd+Shift+P），输入Preferences: Install Color Theme，回车 - 从列表中选一个主题（如
One Dark Pro、GitHub Dark Default），点击“Install”，再点击“Apply” - 主题生效后，编辑器背景、语法高亮、侧边栏颜色等会整体变化；但不影响字体、窗口边框、标题栏等系统级 UI 元素
- 注意：部分主题（如
Material Theme）自带多套配色变体，需额外执行Material Theme: Change Colors命令切换
如何调整字体、字号与 UI 缩放（workbench settings）
这些属于工作台（workbench）层面的视觉控制项，全部通过 settings.json 或设置 UI 修改，不依赖主题扩展。
- 关键配置项包括：
editor.fontFamily、editor.fontSize、window.zoomLevel、workbench.colorCustomizations -
window.zoomLevel是全局缩放，值为0表示 100%，1是 200%，负数可缩小；它影响菜单、侧边栏、编辑器所有 UI 元素 - 若想仅放大代码区而不动侧边栏，应只调
editor.fontSize，而非window.zoomLevel - 修改后无需重启，实时生效；但某些字体（如
Fira Code）需确保系统已安装，否则 fallback 到默认字体
为什么 workbench.colorCustomizations 比主题更灵活
它是唯一能精确覆盖任意 UI 元素颜色的机制，比如改活动标签页底边颜色、修改状态栏背景、甚至隐藏某个按钮图标——主题本身做不到这么细。
- 在
settings.json中添加对象，键是 UI 元素 token（如tab.activeBorder、statusBar.background），值是十六进制色值或transparent - 常见易错点：
tab.activeBackground控制的是标签页背景，而tab.activeBorder才是底部那条高亮线；混淆两者会导致“改了没反应” - 所有 token 名称必须严格匹配官方文档列表（搜索 “VS Code workbench color tokens”），拼错或大小写错误均无效
- 该配置优先级高于主题，但无法修改图标、间距、圆角等非颜色属性
标题栏、活动栏图标、窗口边框能改吗
不能直接改——这些由 VS Code 底层 Electron 渲染，用户无权接管。唯一可控方式是启用 native 或 custom 标题栏模式，并配合系统级主题（如 Windows 暗色模式、macOS 透明效果）间接影响。
- 设置
window.titleBarStyle为native时，标题栏交由操作系统绘制，此时 VS Code 无法控制其颜色或字体 - 设为
custom（默认）时，标题栏由 VS Code 自绘，可用titleBar.background等 token 调整，但图标和按钮布局固定，无法增删 - 活动栏（Activity Bar）图标只能换主题来切换样式，不能单独替换某一个图标；也没有 API 支持 SVG 或自定义 icon path
真正自由的定制止步于颜色、字体、尺寸和布局开关（如是否显示行号、是否折叠空行）；任何试图突破这个边界的尝试，比如用 CSS 注入、修改 resources/app/out 文件，都会在更新后失效，且可能触发安全警告。
