代码片段本身无颜色，其展开后的内容按语法token着色；需确保语言模式正确、配置在editor.tokenColorCustomizations下，并用Inspect Editor Tokens验证scope匹配。
为什么改了 editor.tokenColorCustomizations 却没影响代码片段？
代码片段（snippet）本身不产生独立语法 token，它插入后的内容才参与高亮。VS Code 对 snippet 的“颜色标记”实际是对其**展开后生成的代码元素**着色，比如你定义了一个 log 片段，展开成 console.log($1);，那真正被染色的是 console（support.function.js）、log（同上）、字符串（string）等——不是“这个片段被触发了”，而是“它吐出来的代码被按规则匹配了”。
常见错误是试图给 snippet 名字本身设色（如想让 log 这两个字母在未展开时就变红），这做不到；VS Code 不为 snippet 触发态提供独立 scope。
- 确认语言模式正确：右下角必须是
javascript、python等，而非Plain Text，否则插入的代码连基础高亮都没有 - 检查是否误配到
workbench.colorCustomizations：它只管 UI，对代码内容无效 - 片段插入后若仍无颜色，先用
Developer: Inspect Editor Tokens and Scopes点击刚插入的函数名或变量，看 scope 链是否完整（例如support.function.js→support.js）
snippet 插入后如何精准控制某部分颜色？
关键不是改 snippet 定义，而是提前把目标语法单元的 scope 颜色配好。比如你常用 fori 片段展开为：
for (let i = 0; i < $1; i++) {
$0
}
其中 for 是 keyword，let 是 keyword，i 是 variable.other.readwrite.js， 和 <p>其中 <code>for 是 keyword，let 是 keyword，i 是 variable.other.readwrite.js，$1 和 $0 是占位符（不参与高亮）。所以你要调的其实是这些已有的 token 类型。
- 优先用最具体 scope：
variable.other.readwrite.js比variable更安全，避免影响 Python 的self或 JSON 的键名 - 若想统一所有循环变量（
i,j,idx）都加粗，可配"fontStyle": "bold"而非仅改 foreground - 注意
storage.type（如let、const）和keyword（如for、if）常被分开定义，需分别配置才能全生效
想让自定义 snippet 中的占位符有视觉提示？
VS Code 原生不给 $1、${2:name} 这类占位符分配语法 scope，但它们属于“编辑器内焦点区域”，可通过 editorBracketMatch.background 或 editor.selectionBackground 间接强化——当光标落在占位符上时，靠选中背景色或括号匹配色来凸显。
- 在
workbench.colorCustomizations中加："editor.selectionBackground": "#2563eb40"（带 alpha 的蓝色半透） - 启用括号高亮：
"editor.matchBrackets": "always"，再配"editorBracketMatch.background": "#8b5cf640" - 别碰
editor.inactiveSelectionBackground：它只在多光标时生效，且容易和主题冲突 - 注意：这种提示是“交互态”的，不是静态颜色，无法让
$1在未聚焦时就显示特殊色
为什么同一 snippet 在不同文件里颜色不一致？
根本原因是语言服务器（LSP）或语法解析器对上下文的理解不同。比如一个 http.get 片段，在 .js 文件里 get 可能被识别为 support.function.js，但在 .ts 文件里若类型推导失败，它可能回落为普通 variable；又或者在 .vue 的 <script setup> 区域，Prettier 或 Volar 插件可能劫持 token 提供逻辑。
- 用
Developer: Inspect Editor Tokens and Scopes分别在不同文件中点击同一片段生成的词，对比 scope 链差异 - 检查
editor.semanticHighlighting是否开启：语义高亮开启时，function类型更准，但依赖 LSP 正常工作 - 禁用可疑扩展测试：特别是名字含 “semantic”、“token”、“highlight” 的插件，它们可能覆盖默认 token provider
- 不要指望跨语言完全一致：JS 的
fetch和 Python 的requests.get天然属于不同 scope 体系，强行统一反而导致误染
真正难的不是配颜色，而是判断哪个 scope 才是当前上下文里那个词的“最终身份”——它可能被语法解析器标一次，又被语义分析器覆盖一次，最后还被主题 fallback 一次。每次怀疑颜色不对，第一反应不该是改 settings.json，而是先按 Ctrl+Shift+P 运行 Developer: Inspect Editor Tokens and Scopes 看一眼真实 scope 链。
