必须使用vscode内部注册的真实language id，如“vue”“dotenv”，而非猜测名称；查id唯一可靠方式是点击右下角语言名后从菜单确认或运行change language mode；工作区级配置优先于用户级，且需确保json语法正确、插件已启用并避免通配符冲突。
files.associations 配置必须写对语言 ID
VSCode 不认你猜的名称，只认它内部注册的真实 language ID。比如 vue 是 Vue 官方插件注册的 ID，不是 vue-html 或 VUE；dotenv 是 dotenv 插件提供的 ID，不是 env 或 shellscript。
查准 ID 的唯一可靠方式：打开一个目标文件 → 点击右下角当前语言名（如“Plain Text”）→ 从弹出菜单选中对应语言 → 此时显示的就是真实 ID。也可以用命令面板运行 Change Language Mode 查看完整列表。
-
"*.env": "dotenv"✅（需装 dotenv 插件） -
"*.env": "shellscript"❌（语法高亮错，补全失效） -
"tailwind.config.js": "typescript"✅（即使它是 JS 文件，但内容是 TS 类型定义） -
"astro.config.*": "javascript"❌（Astro 官方插件注册的是astro，不是javascript）
工作区设置优先级高于用户设置
你在项目根目录的 .vscode/settings.json 里写的 files.associations，会覆盖全局 settings.json 里的同名配置。这是推荐做法——避免把某个项目的规则污染其他项目。
但容易踩坑的是：如果你在用户设置里配了 "*.vue": "html"，又在工作区里配了 "*.vue": "vue"，结果还是显示 HTML 高亮，大概率是因为工作区配置没生效或 JSON 格式错误。
- 确认
.vscode/settings.json在项目根目录，且文件可读 - 检查 JSON 是否有语法错误（VSCode 会标红）
- 改完保存后，重新打开该类型文件（不是重启 VSCode，而是关闭再打开）
- 如果仍不生效，在命令面板运行
Developer: Reload Window刷新语言服务缓存
通配符和路径匹配有隐含优先级
VSCode 匹配 files.associations 时，按“最具体 → 最宽泛”顺序尝试，不是按书写顺序。这意味着 "Dockerfile.dev" 这种精确文件名匹配，优先级高于 "Dockerfile*"，而后者又高于 "*.dockerfile"。
常见误配："*.config.js": "javascript" 看似合理，但会覆盖掉 webpack.config.js、jest.config.js 等本应由专用插件处理的文件——它们通常需要 typescript 或插件自定义的 language ID。
- 优先用精确匹配：
"webpack.config.js": "typescript" - 慎用
**：如"src/**/*": "typescript"会强制所有 src 下文件走 TS 模式，包括图片、JSON - 别让
"*"覆盖默认行为：全局配"*": "plaintext"是危险操作，会导致所有未明确关联的文件失去语法支持
插件冲突会让关联“静默失效”
有些插件（比如某些框架 CLI 自带的语言扩展）会在启动时悄悄注册自己的 files.associations 规则。它们可能比你的配置更晚加载，或者直接劫持语言模式，导致你明明写了规则却不起作用。
典型现象：右下角语言显示正确，但没有补全、没有格式化、没有错误提示——说明语言模式被加载了，但 LSP（语言服务器）没起来，很可能是插件没激活或冲突。
- 临时禁用所有插件，只留官方基础插件，测试关联是否恢复
- 检查开发者工具控制台（
Developer: Toggle Developer Tools）是否有Failed to activate language extension报错 - Vue 项目中，Volar 和 Vetur 不能共存；Astro 项目中，
astro插件必须启用，否则"*.astro": "astro"无效 - 若用 pnpm，确保插件能读到
node_modules/.pnpm下的语言服务包，有时需手动运行pnpm install
