VS Code 代码无颜色主因是语言模式识别错误、主题不支持语法高亮或扩展冲突。需检查右下角语言模式是否正确、选用含语法高亮的Theme（如Dark+）、禁用干扰扩展（如Bracket Pair Colorizer），并确认editor.semanticHighlighting未被关闭。
VS Code 为什么代码没颜色？
不是插件没装，而是主题或语言模式没识别对。VS Code 默认靠 language mode（右下角显示如“Plain Text”）决定用哪套语法高亮规则——如果它误判成纯文本或错误语言，function、const 这些词就全灰了。
检查右下角状态栏：点开那个语言名，确认选的是对应语言（比如 JavaScript、Python、JSON），不是 Plain Text 或 Unknown。如果每次打开都错，可能是文件后缀不标准（比如 .js 写成 .txt）或没配置 files.associations。
- 临时改：右下角点击语言名 → 选正确语言（支持模糊搜索）
- 永久关联：在设置里搜
files.associations→ 添加键值对，例如"*.jsx": "javascriptreact" - 检查文件头是否有
# -*- mode: python -*-这类编辑器指令，可能覆盖默认识别
配色方案（Color Theme）选不对也白搭
就算语言模式对了，如果当前主题本身不提供语法高亮（比如某些极简主题只设了背景和字体色），所有代码依然同色。VS Code 的主题分两层：基础配色（Theme）+ 语法着色（Token Color Customizations），缺一不可。
进设置搜 color theme，选带 “Dark+”、“Light+”、“One Dark Pro” 这类明确标出“语法高亮”的主题。别用名字带 “High Contrast” 或 “Minimal”的，它们常禁用 token 着色。
- 验证是否生效：打开一个
.py文件，看def是蓝的、字符串是绿的、注释是灰的 - 想微调某类词颜色？在
settings.json加editor.tokenColorCustomizations，但优先确保主题本身支持 token - 远程开发（SSH/WSL）时，主题需同步到远程环境，本地装了远程没装也会失效
扩展冲突导致高亮突然消失
装了 Bracket Pair Colorizer、Highlight Matching Tag 或旧版 Auto Rename Tag 后，语法高亮变弱甚至全灰，大概率是这些扩展劫持了 token provider，覆盖了默认高亮逻辑。
VS Code 1.80+ 已原生支持括号配对和标签高亮，老扩展反而会干扰。停用它们，重启 VS Code，再观察右下角语言模式旁有没有黄色感叹号（表示扩展报错）。
- 排查方法：启动时加
--disable-extensions参数，如果颜色恢复，说明是扩展问题 - 重点检查：名字含 “highlight”、“colorize”、“rainbow”的扩展，尤其非官方源安装的
- 某些 LSP 扩展（如
Python官方扩展）更新后会重置语言服务器，首次加载稍慢，等几秒再看高亮是否出现
自定义语法高亮太深，容易搞崩
直接改 tokenColorCustomizations 或写 tmLanguage 语法包，对 95% 的日常需求属于过度操作。VS Code 的语法高亮基于 TextMate 规则，层级嵌套多，一个正则写错就整块失效，且不同语言的 scope name 差异极大（比如 support.function.builtin.python 和 support.function.console.js 完全不通用）。
真有定制需求，优先用主题作者提供的配置项（比如 One Dark Pro 支持 oneDarkPro.syntaxCustomizations），而不是硬改底层 scope。否则下次主题更新，你的修改就丢了，还难定位问题。
最常被忽略的一点：用户设置里的 editor.semanticHighlighting 如果关了，TypeScript/JavaScript 的语义高亮（比如变量 vs 类型）就退化成基础语法高亮——这不算 bug，是设计如此，但很多人以为是“颜色变少了”。
