VSCode主题删不干净是因语义高亮缓存未清、工作区设置覆盖及主题插件残留；需删除semantic-tokens缓存目录、检查全局和项目级settings.json中的theme配置，并清理extensions中残留主题文件夹。
VSCode 主题删不干净，不是主题没卸载，而是语义高亮缓存、工作区覆盖设置、插件残留颜色规则在“偷偷生效”。
为什么删了主题后高亮还是旧的？
VSCode 1.80+ 默认启用 editor.semanticHighlighting.enabled，它会把语言服务器返回的 token 类型（如 function、parameter）连同颜色映射一起缓存在磁盘。即使你已从扩展市场卸载主题、甚至禁用所有主题，只要 semantic-tokens 缓存没清，旧高亮就会复现。
- Windows 路径：
%APPDATA%\Code\Cache\semantic-tokens\ - macOS/Linux 路径：
$HOME/.vscode/Cache/semantic-tokens/ - 必须先完全退出 VSCode（任务管理器里确认无
Code.exe或Code Helper进程），再删该目录 - 重启后首次打开文件，语义高亮会按当前启用主题重新生成，不再“粘着”旧颜色
workbench.colorCustomizations 为什么改不动某些颜色？
workbench.colorCustomizations 只能覆盖 UI 元素（如侧边栏背景、活动标签页）和基础文本 token（如 editor.foreground），但对语义高亮无效——后者走的是 language server → semantic token type → theme token color 映射链，优先级更高。
- 想强制统一颜色？只能关语义高亮：
"editor.semanticHighlighting.enabled": false - 但关掉后，TypeScript 的
type parameter、Python 的decorator等精细着色会退化为普通关键字高亮 - 部分语言服务器（如
pyright）若未返回完整语义 tokens，关掉反而更稳，但属于权衡，非长期推荐
如何确认某个主题真被彻底移除？
卸载主题扩展只是第一步。真正残留常藏在三处：
-
%APPDATA%\Code\User\settings.json（Windows）或~/Library/Application Support/Code/User/settings.json（macOS）里检查是否有硬编码的"workbench.colorTheme"或"editor.tokenColorCustomizations"配置 - 项目根目录下
.vscode/settings.json可能覆盖全局主题，删或注释掉相关行 -
%USERPROFILE%\.vscode\extensions\（Windows）或~/.vscode/extensions/（macOS/Linux）中残留未卸载完的主题包文件夹（如monokai.theme-monokai-0.1.0），手动删整个文件夹才干净
最易忽略的是：语义缓存不随主题卸载自动清除，且 colorCustomizations 对语义 token 无效——这两点卡住多数人。删完缓存目录、检查两级 settings.json、扫清 extensions 文件夹，才算真正“空仓”。
