vscode通过files.associations配置和内置映射表识别语言模式，未配置则默认为纯文本；确认当前语言id需点击右下角状态栏文字查看，该id必须与配置值完全一致且对应扩展已启用。
VSCode 不会自动把 .env.local、tailwind.config.ts 或 Dockerfile.prod 当成对应语言——它只查 files.associations 配置和内置映射表，没配就当纯文本。
怎么看当前文件实际用的是哪种语言模式
打开目标文件后，直接看窗口右下角状态栏。点击那个文字（比如 “Plain Text”），弹出菜单里高亮显示的才是当前生效的 language ID。这个 ID 必须和你写进 files.associations 的值完全一致才有效。
- 点错位置（比如点了左边的编码或换行符）看不到语言菜单
- 如果菜单里没有你要的语言（比如没看到
dotenv），说明相关扩展没启用，或还没加载——先打开一个已知能触发该扩展的文件（如.env）试试 -
language ID是小写、无空格、带连字符的，比如shellscript、dockerfile，不是shell或Docker
怎么在 settings.json 里正确写 files.associations
快捷键 Ctrl+, 打开设置，右上角点 {} 进入 settings.json，直接添加或修改 "files.associations" 字段。格式是键值对，键是 glob 模式，值是真实语言 ID：
-
"*.env"匹配.env、dev.env；".env.*"匹配.env.development、.env.test——两者要分开写，VSCode 的 glob 不支持**或*.env.* - 想让
Dockerfile.prod高亮，得写"Dockerfile.*": "dockerfile"，不能写"*.Dockerfile"（开头带*的路径不匹配无前缀文件） - 值必须是 VSCode 内部注册的 ID，比如
typescriptreact（不是tsx或typescript-jsx），vue（不是vue-html） - 通配符不匹配无扩展名文件：想让
Dockerfile生效，必须单独加一条"Dockerfile": "dockerfile"
为什么改了 settings.json 还不生效
常见失效原因不是配置写错，而是优先级或加载时机问题：
- 已打开的文件不会自动刷新语言模式，必须关闭再重新打开（仅保存无效）
- 工作区设置（项目根目录
.vscode/settings.json）优先级高于用户级，但如果你在用户级写了规则，而项目里有空的或冲突的.vscode/settings.json，它会覆盖掉你的配置 - 某些扩展（如 DotENV）声明的关联路径格式错误，比如写成
"*.env.*"，VSCode 实际只认".env.*" - 运行
Developer: Toggle Developer Tools，看 Console 是否报Unknown language id，有就说明填错了语言 ID - 配对成功只是“告诉 VSCode 这个文件归谁管”，但“管得对不对”取决于那个语言扩展是否真装了、有没有启用、有没有报错
如何快速确认 language ID 并避开插件冲突
别猜，用 VSCode 自带方式验证最可靠：
- 打开目标文件 → 点右下角语言名 → 选
Configure File Association for '.xxx'→ 它会自动把正确 ID 写进当前作用域的settings.json，还带注释说明来源 - 如果弹窗里没看到你要的语言（比如没有
dotenv），说明对应扩展没装或没激活，先去扩展面板搜安装 - 执行
Developer: Inspect Editor Tokens and Scopes（命令面板搜），能区分问题是语法解析失败（token 为空）还是主题配色没起作用 - 插件自带的关联可能被你写的
files.associations覆盖，一旦写了同一条规则，插件的自动识别就失效了
最容易忽略的一点：语言 ID 和扩展是两回事。你填对了 ID，不代表高亮就一定出来——得确保对应扩展已安装、已启用、没报错。配完不生效，八成卡在这一步。
