VSCode 1.80+ 彻底移除CSS注入，强制使用token-based渲染，旧配色必须通过editor.tokenColorCustomizations和workbench.colorCustomizations重写，并用Inspect工具实时获取精确scope规则。
VSCode 1.80+ 已彻底移除用户自定义 CSS 注入能力，所有试图通过修改 editor.css、覆盖 .monaco-editor 类或硬拷贝旧版主题文件的方式都无效——不是“没生效”，而是根本不会被加载。
为什么旧版配色文件在新版 VSCode 里完全失效
旧版配色方案（尤其是手动编辑 vscode\resources\app\out\vs\workbench\contrib\themeConfiguration\browser\themeConfigurationService.js 或替换 colorCustomizations.json 文件）依赖的是已废弃的 DOM 层样式注入机制。VSCode 自 1.80 起强制使用 token-based 渲染管线，所有颜色控制必须走 editor.tokenColorCustomizations 和 workbench.colorCustomizations 两条正向通道。
- 直接改
resources/app/下的 JS 或 CSS 文件：启动时会被校验签名拒绝加载，或被沙箱拦截 - 把老版
themes/xxx-color-theme.json拖进新版本 extensions 目录：VSCode 会识别为格式不兼容，连“启用”按钮都不显示 - 用旧版
tokenColors数组结构写textMateRules：缺少scope或settings.foreground字段，规则静默丢弃
如何将旧版 .tmTheme 或 .json 配色迁移到 1.85+
核心原则是“重写不转换”：不要尝试解析旧 XML 或 JSON 结构，而是用 VSCode 自带工具反向提取真实 scope，再逐条重建规则。
- 打开任意代码文件（如
test.ts），把光标停在关键字上 → 按Ctrl+Shift+P→ 运行Developer: Inspect Editor Tokens and Scopes→ 记下右上角显示的完整 scope 链，例如keyword.control.ts，不是笼统的keyword - 旧配色里写的
"string": "#e6db74"必须拆成多条规则：string.quoted.double.ts、string.quoted.single.py、string.template.ts，否则 Python 字符串和 TS 模板字面量颜色会错乱 - 如果旧配置含全局背景色（如
editor.background），它仍有效；但若想改括号匹配高亮色，不能写bracket，得用punctuation.bracket或meta.brace.curly - 迁移后务必删掉
tokenColors字段（旧主题包里的），否则 VSCode 会因 schema 校验失败而跳过整个主题
哪些旧配色字段在新版中已彻底弃用
这些字段即使写进 settings.json 或主题 package.json，VSCode 1.85+ 也会直接忽略：
-
editor.fontFamily和editor.fontSize仍有效，但editor.fontWeight在部分字体下失效（需搭配editor.fontLigatures手动开启） -
editor.selectionHighlightBackground已被editor.selectionHighlightBorder取代，旧值不会报错但无视觉效果 - 所有以
editor.*.color结尾的字段（如editor.commentColor）全部移除，统一归入textMateRules -
workbench.colorCustomizations中的statusBar.noFolderBackground等废弃键名，会导致整块配置被跳过（VSCode 不提示，只静默丢弃）
真正麻烦的不是字段改名，而是 scope 的语义粒度变细了——同一个语法元素，在不同语言、不同上下文里可能是完全不同的 token。靠猜 scope 名称或复制粘贴旧规则，十有八九会漏掉某类注释或某层嵌套括号。最稳妥的做法，永远是从 Inspect Editor Tokens and Scopes 里实时抓取，而不是依赖记忆或文档。
