Ctrl+K M无效主因是焦点未在编辑器内，需确保光标位于可编辑文本区；新文件默认Plain Text才可触发，已有扩展名文件通常自动识别；右下角不显示语言名说明文件未被加载为文本文档。
Ctrl+K M 按不出？先确认编辑器焦点在哪儿
快捷键 Ctrl+K M（macOS 是 Cmd+K M）只在编辑器文本区域有焦点时生效。如果光标停在侧边栏、终端、搜索框或输出面板里，它完全没反应——这不是快捷键坏了，是 VSCode 根本没收到指令。
常见误操作：连按两次 Ctrl+K 后松开再按 M。正确姿势是 Ctrl 不松，K 和 M 依次按下。按完立刻弹出语言选择面板，支持模糊搜索（输 py 就跳 Python，输 vue 就定位 Vue Component）。
- 新创建的未命名文件（
Untitled-1）默认是Plain Text，此时Ctrl+K M才最常用 - 已有扩展名的文件（如
.js）通常已被自动识别，手动切换需求反而少 - 右下角状态栏不显示语言名？说明文件未被加载为可编辑文档（比如 git diff 视图、二进制预览），这种场景下快捷键无效
切完语言，语法检查和格式化为啥没跟着变？
语言模式（languageMode）只控制语法高亮、括号匹配、代码折叠和基础补全。LSP 功能（如 TypeScript 类型检查、ESLint 规则加载）是否启用，取决于你装没装对应扩展，以及该扩展是否监听当前语言 ID。
例如把一个 .vue 文件临时切到 HTML 模式，Vue 插件的组件解析和 props 提示就停了；但 Prettier 仍可能工作，因为它常按扩展名（.vue）触发，而非语言 ID。
-
editor.defaultFormatter是按文件扩展名 + 当前语言 ID 共同决定的，切错模式不会自动换 formatter - ESLint、TSLint 等工具依赖语言 ID 启动，
Ctrl+K M切错后规则直接不加载 - 部分扩展（如 Python）会响应语言模式变化并激活，但不是所有扩展都这么智能
怎么让 .env 或 Dockerfile 这类非标文件永久高亮？
Ctrl+K M 是临时覆盖，关掉标签页就失效。要一劳永逸，得靠 files.associations 配置。
比如让所有 .env 文件默认用 shellscript 高亮（不是 bash 或 sh，那些不是合法语言 ID）：
{
"files.associations": {
"*.env": "shellscript",
"Dockerfile": "dockerfile",
"nginx.conf": "nginx"
}
}
这个配置写在用户级 settings.json 或项目根目录的 .vscode/settings.json 里，改完不用重启，重开文件即生效。
- 语言 ID 必须准确——查法：切到目标语言后，按
Ctrl+Shift+P输入Developer: Inspect Editor Tokens and Scopes，看右下角显示的 Language ID - 工作区配置优先级高于用户配置，适合项目专属规则
- 别在
.vscode/settings.json里写locale，它只在用户设置里生效
状态栏点不动？那根本不是语言模式问题
右下角语言名点不开，大概率是文件没被识别为普通文本编辑器文档。常见于：git diff 视图、Output 面板输出、未保存的粘贴片段、或被某些扩展接管的自定义视图（比如某些调试插件的专用面板）。
这种情况下，Ctrl+K M 同样无效。你真正需要的不是切换语言模式，而是确认当前视图是否支持编辑——如果是只读预览或二进制内容，VSCode 压根不提供语言模式切换入口。
真正容易被忽略的是：语言模式切换和输入法切换完全无关。按 Ctrl+Space 打不出中文，不是因为 VSCode 语言模式设错了，而是它的代码补全快捷键劫持了系统输入法热键。这事得去键盘快捷键设置里禁用 editor.action.triggerSuggest 绑定。
