VS Code 内部高亮自定义后缀文件需配置 files.associations，键为 *.ext 形式，值为右下角确认的小写语言 ID（如 dotenv），工作区配置优先级高于用户级，通配符仅支持 *，修改后需重开文件或手动切换语言模式。
VS Code 安装后不会自动关联系统级默认打开方式（比如双击 .log 文件用 VS Code 打开），它只管自己内部的语法高亮和语言模式——这靠 files.associations 配置；而系统级“双击即用 VS Code 打开”是操作系统的事，两者完全不混用。
怎么让 VS Code 内部正确高亮自定义后缀文件
这是最常被误认为“关联失败”的地方：文件能用 VS Code 打开，但没高亮、没补全、LSP 不工作。根本原因是语言模式没对上。
-
files.associations必须写在settings.json里，键是匹配模式（如"*.conf"、"Dockerfile.prod"），值是小写的语言 ID（如"ini"、"dockerfile"） - 语言 ID 不能猜，必须从右下角状态栏点开确认：打开一个已高亮正确的同类文件 → 看右下角显示什么（比如显示 Dockerfile，就填
"dockerfile"） - 通配符只支持
*，不支持**或正则；".env"这种带点开头的写法无效，得写成"*.env" - 工作区级配置（
.vscode/settings.json）优先级高于用户级，适合项目专用规则，避免污染全局
怎么让系统双击某后缀文件默认用 VS Code 打开
这不是 VS Code 自己能配置的，得走操作系统流程。Windows/macOS/Linux 方法不同，但核心一致：把后缀和 VS Code 的可执行路径绑定。
- Windows：设置 → 应用 → 默认应用 → 按文件类型指定默认应用 → 找到后缀（如
.xyz）→ 点右侧图标 → 选“查找其他应用” → 导航到Code.exe（通常在C:\Users\XXX\AppData\Local\Programs\Microsoft VS Code\Code.exe） - macOS：右键文件 → “显示简介” → “打开方式”下拉选“Visual Studio Code” → 点“全部更改…”
- Linux（GNOME）：右键文件 → 属性 → “打开方式” → 添加 VS Code（路径类似
/usr/bin/code或~/Applications/Visual Studio Code.app/Contents/Resources/app/bin/code）
常见失效原因和验证步骤
改完配置却没反应？大概率卡在这几个环节：
- 拼写错误：
"shellscript"写成"shell"或"bash"就无效；"typescriptreact"不能简写为"tsx" - 作用域冲突：工作区
.vscode/settings.json里写了"*.log": "plaintext"，但用户级 settings.json 又写了"*.log": "log"（某个插件注册的语言），后者会被覆盖 - 文件已打开未重载：修改
files.associations后，已打开的文件不会自动切换语言模式，需关闭再重开，或按Ctrl+Shift+P→Change Language Mode手动触发 - 语言 ID 根本不存在：在命令面板运行
Developer: Toggle Developer Tools，看 Console 是否报Language 'xxx' not found—— 说明你填的值 VS Code 不认识，得换
真正容易被忽略的是：VS Code 的 files.associations 和系统默认打开程序是两套完全独立的机制，改了一个不等于另一个也生效；而且语言 ID 必须严格匹配右下角显示的名称，多一个空格、大小写错、带连字符漏掉，都会静默失效。
