真实高频场景对应的核心插件是prettier、eslint、gitlens、python核心插件，需正确配置formatonsave、defaultformatter、.eslintrc.js路径，并规避lsp冲突与多层配置陷阱。
VS Code 本身不是“全能开发神器”，加一堆插件也不自动变成——关键在选哪些、怎么配、哪些冲突要避开。盲目安装反而拖慢启动、引发语法高亮错乱、甚至导致调试器失效。
哪些插件真能提升日常编码效率
别被“Top 100 插件”列表带偏。真实高频场景就几类：写代码时补全和格式化、查问题时诊断和跳转、协作时看 Git 变更、多语言项目里切换环境。对应的核心插件其实很固定：
-
esbenp.prettier-vscode：必须配editor.formatOnSave+editor.defaultFormatter，否则格式化不生效 -
dbaeumer.vscode-eslint：启用前确认项目根目录有.eslintrc.js或eslint.config.js（2026 年起 ESLint v9 默认用后者） -
gitlens.gitlens：开销大，如果只看最近 commit，用内置的git.enableSmartCommit+gitlens.currentLineBlame关掉多余功能 -
ms-python.python：Python 插件已拆分为ms-python.python（核心）和ms-python.pylint（可选），别装旧版ms-python.vscode-python，它已被弃用
多语言项目里插件互相打架怎么办
常见现象：打开一个含 TypeScript 和 Python 的项目，TypeScript 的 Go to Definition 跳到 Python 文件里，或者 Python 的 import 补全被 TS 的 typescript.preferences.includePackageJsonAutoImports 干扰。根本原因是语言服务器（LSP）注册范围没收敛：
- 在项目根目录加
.vscode/settings.json，显式关闭非当前语言的 LSP："typescript.suggest.enabled": false（当专注 Python 时） - 用
files.associations明确后缀绑定："*.sql": "sql"，避免.sql被当成 plain text 导致语法高亮失效 - Remote-SSH 连上去后，
ms-python.python必须在远程端重装，本地装的不起作用——这是最常被忽略的点
插件配置项写在哪、优先级怎么算
VS Code 配置有四层：默认值 → 用户设置（全局） → 工作区设置（.vscode/settings.json） → 文件夹设置（多根工作区子文件夹里的 .vscode/settings.json）。越靠后优先级越高，但有个陷阱：
-
settings.json里写"editor.tabSize": 2是覆盖行为；但写"editor.quickSuggestions": { "strings": true }是合并行为——它不会关掉other和comments，只会开strings - 插件自己的配置项，比如
prettier.semi，必须写在用户或工作区 settings 里，不能写进插件源码的package.json的contributes.configuration里（那是声明，不是赋值） - 命令行启动 VS Code 时加
--disable-extensions，能快速验证是不是某个插件导致卡顿或崩溃
插件不是越多越好，而是每个都得清楚它在监听什么、改了什么、有没有副作用。比如 bradlc.vscode-tailwindcss 会扫描整个 workspace 查 tailwind.config.js，大单体项目里它可能让首次启动多等 8 秒——这时候就得权衡要不要用它，还是手动写 class。
