<p>最快方式是直接修改 workbench.colorCustomizations；它作用于 settings.json，优先级高于主题包，覆盖括号匹配、光标、行号等 UI 元素颜色，需严格使用 editor.* 前缀和官方 token 名。</p>
直接修改 workbench.colorCustomizations 是最快方式
VSCode 不提供图形化界面让你“画”主题，所有编辑器颜色定制都通过 JSON 配置项 workbench.colorCustomizations 实现。它作用于当前用户设置（settings.json），优先级高于已安装的主题包，能覆盖包括括号匹配、光标、行号、选区等几乎所有 UI 元素的颜色。
常见错误是试图在主题文件（.vsctm）里改——那是为发布主题用的，本地调试效率极低；另一个坑是漏写 editor. 前缀，比如写成 "selectionBackground" 而不是 "editor.selectionBackground"，结果完全不生效。
- 打开命令面板（
Ctrl+Shift+P/Cmd+Shift+P），输入并选择Preferences: Open Settings (JSON) - 添加或修改
workbench.colorCustomizations字段，结构必须是对象，键为颜色 token，值为十六进制色值或rgba()字符串 - 修改后保存，颜色立即生效，无需重启
editor.* 颜色 token 必须严格匹配文档命名
VSCode 官方维护了一份完整的 Theme Color Reference，每个 token 名称都是精确且大小写敏感的。比如：
-
editor.background控制编辑器内容区域底色（不含边栏/状态栏） -
editorLineNumber.foreground控制行号文字颜色（注意不是lineNumber） -
editorBracketMatch.background是括号高亮背景，而editorBracketMatch.border才控制边框 - 若想改注释颜色，要用
editor.tokenColorCustomizations下的comments，不属于workbench.colorCustomizations范畴
写错名字不会报错，只是静默忽略。建议复制官网文档里的完整 token 名，不要靠记忆缩写。
用 editor.tokenColorCustomizations 改语法高亮更精准
如果你的目标是让 const 变蓝、字符串变绿、正则变橙——这些属于「语法着色」（syntax highlighting），和 UI 色彩是两套系统。workbench.colorCustomizations 对它们无效，必须用 editor.tokenColorCustomizations。
它支持两种写法：按语言指定（如只改 Python 的数字颜色），或全局统一（影响所有语言）。示例：
"editor.tokenColorCustomizations": {
"comments": "#6a9955",
"strings": "#ce9178",
"keywords": "#569cd6",
"functions": "#dcdcaa"
}
注意：functions 这类名称是 VSCode 内部归类名，不是语言关键字；不同语言插件可能映射不同，比如 TypeScript 插件会把接口名也归入 types 类别。如果发现某类文本没变色，大概率是它被归到了别的 token 组里，需要用 Developer: Inspect Editor Tokens and Scopes 命令实时查看。
避免过度自定义导致可读性下降
很多人一上来就调满对比度、改光标粗细、给每种括号配不同颜色——短期炫酷，长期反而增加视觉负担。真实开发中容易被忽略的点有：
- 深色主题下
editor.inactiveSelectionBackground如果设得太浅，切到其他窗口再切回来时，残留选区几乎看不见 -
editorCursor.foreground设为纯白，在白色背景（如 Markdown 预览）下直接消失 - 过度依赖
rgba()半透明色可能导致折叠箭头、行号等控件出现灰蒙蒙的重叠感 - 某些颜色 token（如
editorWhitespace.foreground）在缩放比例变化或字体渲染差异下表现不稳定
建议先只动 3–5 个最干扰你视线的颜色，观察一天再加。真正的主题定制难点不在“怎么改”，而在“改完之后是否还看得清、盯得久”。
