VS Code扩展应按需选装、验证行为、关闭非活跃者。通过命令面板安装，优先选官方认证或高星项目，注意激活事件和依赖配置，禁用重复或高耗扩展，核心前端项目通常只需4个。
VS Code 扩展不能“一键全装”，盲目安装反而拖慢启动、引发冲突。真正提升效率的关键，是按需选装、验证行为、关闭非活跃扩展。
如何通过命令面板快速安装常用扩展
快捷键 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS）打开命令面板，输入 Extensions: Install Extensions 回车，即可进入扩展市场。不建议直接点击左侧扩展图标搜索——它默认启用模糊匹配，容易刷出低质量插件。
- 搜扩展时，优先用官方认证标识（蓝色“Verified Publisher”）或 GitHub star 数 >5k 的项目
- 输入关键词如
prettier、eslint、gitlens，而非“代码格式化”这类泛义词 - 安装前点开详情页，重点看
Activation Events是否含onLanguage:javascript这类按需激活项，避免全局常驻
为什么有些扩展装了却没反应
常见原因是触发条件未满足，比如 ESLint 扩展不会自动校验任意 .js 文件——它需要项目根目录存在 .eslintrc.js 或 package.json 中有 eslintConfig 字段，且工作区已打开该文件夹（而非单个文件）。
-
Debugger for Chrome仅在 launch 配置中定义了type: "pwa-chrome"且点击绿色三角形后才激活 -
Auto Rename Tag默认只对.html、.vue生效，若想支持.tsx，需手动在settings.json加"auto-rename-tag.activationOnLanguage": ["typescriptreact"] - 扩展依赖的 CLI 工具（如
Prettier需本地prettier包）缺失时，控制台会报Cannot find module 'prettier'，但界面无提示
哪些扩展必须禁用或卸载
以下几类扩展长期开启会显著降低稳定性：提供重复功能的（如同时装 Bracket Pair Colorizer 2 和 Highlight Matching Tag）、监听全部文件变更的（如旧版 Project Manager）、或使用 node_modules 全局扫描的（如某些老旧的 import 插件）。
- 用
Developer: Show Running Extensions查看实际 CPU/内存占用，排序后重点关注高耗资源者 - 禁用方式不是卸载：右键扩展 →
Disable (Workspace)，保留配置便于后续恢复 - 删除
~/.vscode/extensions/下对应文件夹可彻底清理残留，但注意部分扩展（如Remote - SSH）配置存在~/.vscode-server/中，需一并检查
扩展不是越多越好，一个维护良好的前端项目通常只需 ESLint、Prettier、GitLens、TODO Highlight 四个核心扩展；多语言项目再按需加 Python 或 Rust Analyzer。每次新增扩展后，务必重启 VS Code 并打开真实项目验证行为——很多问题只在特定文件类型或工作区结构下暴露。
