一眼识别VS Code废弃扩展需查详情页的“Contributions”和“Details”标签中是否含“Deprecated”，再结合@disabled @installed、@outdated筛选，检查package.json的deprecated字段或repository链接，并优先 workspace 级禁用后重载窗口。
怎么一眼识别Deprecated扩展
VS Code 不会在扩展列表里直接标出「已废弃」，但作者通常会在描述、README 或 package.json 里写明。最可靠的方式是看扩展详情页的「Contributions」和「Details」标签页：Deprecated 这个词如果出现在标题、描述首行或 banner 区域，基本就是明确弃用了；有些还会附带替代方案链接，比如写着「replaced by bradlc.vscode-tailwindcss」。
注意别只看名字猜——auto-close-tag 被内置替代多年，但名字没改；vscode-icons 已停更，新维护者叫 robertohuertasm.vscode-icons，旧 ID 仍能安装但不再更新。
@disabled + @installed 筛选组合技
光靠肉眼扫效率低，得用 VS Code 内置过滤器快速定位闲置+废弃嫌疑项：
- 打开扩展视图（
Ctrl+Shift+X），输入@disabled @installed，列出所有已安装但被禁用的扩展——这些大概率是临时装、用完就忘的「僵尸插件」 - 再输入
@outdated，看哪些扩展长期不更新：如果一个插件最近一次发布是 2023 年，且package.json里engines.vscode还写着"^1.60.0"，基本可判为事实废弃 - 对疑似废弃的扩展，右键 →「Extension: Open Extension Folder」，进目录查
package.json，重点看deprecated字段是否为true，或repository链接是否 404
批量禁用前先确认它真没在跑
禁用不是卸载，但误禁可能让某些功能突然失效。尤其要注意：
-
ms-python.python、dbaeumer.vscode-eslint这类语言服务扩展，禁用后保存文件时格式化/校验会立刻停止，但后台进程（如 ESLint Server）可能还在运行，需手动关掉终端里的相关进程 - 如果扩展名含
debug、test、coverage，先检查当前项目有没有.vscode/launch.json或jest.config.js依赖它——否则禁用后断点不生效、测试跑不起来 - 禁用前运行
Developer: Show Running Extensions，看目标扩展的Start-up类型是否为workspace或startup：如果是，说明它一开编辑器就加载，禁用后必须重载窗口（Ctrl+Shift+P→Developer: Reload Window）才真正退出
工作区级禁用比全局禁用更安全
你不确定某个扩展是否全项目都用不上？优先选「Disable (Workspace)」：
- 操作路径：扩展详情页右上角齿轮 →
Disable (Workspace)，配置会写入当前项目.vscode/settings.json的extensions.experimental.ignoredExtensions字段 - 这样既避免影响其他项目，又能在团队协作时把禁用策略随代码提交——比如前端项目里禁用
ms-python.python，就不会有人误装 Python 插件导致 lint 报错 - 注意：如果项目里同时存在
.vscode/extensions.json和settings.json里的ignoredExtensions，后者优先级更高，但前者能统一推荐/禁用策略，适合大团队规范管理
esbenp.prettier-vscode 的进程还挂着。真正释放资源，得靠那一句 Developer: Reload Window。 
