VSCode不支持按语言自动禁用插件，但可通过[language-id]块中配置插件专属的语言级开关（如"prettier.enable": false）实现等效效果；需使用准确语言ID（如javascript而非js），且仅对提供该机制的插件生效。
直接结论：VSCode 不支持“按语言自动禁用插件”，但能通过语言标识符 + 插件自身配置项实现等效效果；关键不是关插件，而是关它在该语言上下文里的行为。
怎么在 settings.json 里按语言关闭插件功能
多数主流插件（如 Prettier、ESLint、Python）不响应 extensions.enabled 的语言级布尔开关，但提供带语言前缀的配置项。VSCode 会自动将 "[language-id]": { ... } 块中的设置应用到对应语言模式的编辑器中。
-
"[python]": {"python.defaultInterpreterPath": ""}这类写法无效——它只覆盖 Python 插件自己的设置，不控制启停 - 真正起效的是插件文档明确声明支持的语言级开关，例如：
"[javascript]": {"prettier.enable": false}、"[markdown]": {"editor.formatOnSave": false} - 语言 ID 必须准确：不是
js或md，而是javascript、markdown（可用命令面板运行Developer: Inspect Editor Tokens and Scopes查看当前文件 language ID） - 如果插件没提供语言级开关（如 GitLens），该方式完全不生效，得换其他策略
为什么 unwantedDependencies 比 extensions.disabledExtensions 更可靠
工作区根目录下的 .vscode/extensions.json 中使用 unwantedDependencies 字段，是 VSCode 1.85+ 官方支持的“不加载”机制，比老式 extensions.disabledExtensions 更彻底。
-
unwantedDependencies：插件连进程都不启动，Developer: Show Running Extensions里完全看不到它 -
extensions.disabledExtensions：仅对用户安装插件有效，且部分插件（尤其带语言服务器的）仍可能被其他扩展间接激活 - 必须写全插件 ID，比如
"esbenp.prettier-vscode"，不能简写为"prettier"；ID 可在扩展页面 URL 或code --list-extensions输出中确认 - 修改后需重新打开文件夹或执行
Developer: Reload Window，否则缓存可能让插件继续运行
内置插件（如 GitHub PR、Notebook）根本禁不掉，只能休眠
像 github.vscode-pull-request-github 这类内置插件，不会出现在扩展列表，也不响应任何禁用指令。试图在 settings.json 里写 "extensions.disabledExtensions": ["github.vscode-pull-request-github"] 完全无效。
- 唯一可行路径是找它暴露的功能开关，例如：
"githubPullRequests.enabled": false、"notebook.globalToolbar": false - 这些开关不阻止插件加载，但能关闭 UI 元素和后台监听，实际副作用趋近于禁用
- 找不到对应配置项？查插件源码的
package.json里contributes.configuration段，或搜 VSCode 官方文档 “GitHub Pull Requests settings” - 即使关了所有开关，侧边栏图标仍可能残留——这是 UI 层硬编码，无法通过配置隐藏
最容易被忽略的一点：插件是否生效，最终取决于它的 activationEvents 和你当前打开的文件类型。比如一个插件声明了 "activationEvents": ["onLanguage:json"]，那你禁用它在 javascript 下的行为毫无意义——它压根就不会为 JS 文件启动。
