VSCode不支持声明式按工作区启停插件，但可通过extensions.disabled配置+彻底重启+Profile隔离实现有效管理；禁用后必须关闭窗口再重开才能终止插件进程。
直接说结论：VSCode 本身不支持“按工作区自动启用/禁用插件”的声明式逻辑，但能通过 extensions.disabled 配置 + 正确重启 + Profile 隔离三者组合，实现真正可用的插件分工作区管理。光点 Disable (Workspace) 不关窗？插件还在内存里跑。
为什么点了 Disable (Workspace) 插件还在运行
VSCode 的插件激活是事件驱动的：一旦打开 .py 文件，ms-python.python 就被 onLanguage:python 激活，随后常驻 Extension Host 进程——这个进程不会因为你点了“禁用（工作区）”就退出。UI 上变灰只是标记状态，不是终止进程。
验证方法很简单：
- 运行
code --status，记下 Extension Host 的 PID - 执行
ps -p [pid] -o args=（macOS/Linux）或在 Windows 任务管理器中查该进程命令行 - 如果输出里还含
gitlens、pyright、tsserver等路径，说明它根本没退场
唯一可靠清理方式：彻底关闭当前窗口（macOS 还要右键菜单栏图标 → Quit），再用 code . 重新打开该文件夹。
如何正确写 extensions.disabled 到工作区设置
extensions.disabled 是目前最稳定、最可版本化的工作区级禁用方式，写在项目根目录的 .vscode/settings.json 里即可生效。它只影响当前工作区，不影响全局或其他项目。
关键点：
- 值必须是字符串数组，每个元素是插件完整 ID，比如
"esbenp.prettier-vscode"、"eamodio.gitlens" - ID 错一个字符（比如漏掉
-vscode后缀）就无效；可在插件市场页 URL 或扩展面板里鼠标悬停看提示 - 不要和
extensions.enabled混用：extensions.enabled是对象格式（{"publisher.name": false}），已逐渐被弃用，优先用disabled数组 - 禁用后仍需重启窗口才真正跳过加载，否则旧进程继续服务
示例配置：
{
"extensions.disabled": [
"ms-python.python",
"redhat.vscode-yaml",
"bradlc.vscode-tailwindcss"
]
}
哪些插件必须按工作区处理，否则内存翻倍
这几类插件最容易跨工作区泄漏资源，建议默认禁用，只在需要时手动启用：
-
eamodio.gitlens：监听整个文件系统变更，即使禁用也常因早期激活残留行为 -
dbaeumer.vscode-eslint：若项目没配.eslintrc.js，会扫描node_modules，内存轻松破 800MB -
ms-python.python（含 Pylance）：语言服务器启动即占 1.2GB+，纯 JS 项目里完全没必要 - AI 类插件（如
alibaba.aliyun-lingma）：本地索引不共享，不同工作区重复构建，极易爆内存
它们的共同点是：启动即拉起长期运行的子进程，且不随工作区切换自动销毁。
Profile 才是真隔离，但要注意初始化陷阱
VSCode 1.84+ 的 Profile 是目前唯一能实现“扩展列表、设置、快捷键、代码片段全隔离”的方案。它不是增强版工作区，而是独立实例——每个 Profile 有自己的一套已安装扩展状态。
但容易忽略的关键点：
- Profile 不同步已安装扩展状态：即使你全局装了
esbenp.prettier-vscode，新建 Profile 后它默认是“未启用”，必须手动点启用才能出现在该 Profile 的扩展列表中 - 绑定文件夹后，下次双击打开会自动加载对应 Profile，但首次应用时仍需人工确认启用哪些插件
- Profile 设置不写入
.vscode/settings.json，所以无法提交到 Git；团队协作时，得靠文档或脚本引导新人创建并配置 Profile
一句话总结：Profile 解决的是“扩展存在性”隔离，extensions.disabled 解决的是“扩展行为”抑制——复杂项目建议两者结合：用 Profile 切换环境大类（frontend/backend），再用 disabled 微调单个项目。
