禁用插件不等于真退出，因VSCode插件激活后常驻Extension Host内存，仅Disable (Workspace)标记状态，需彻底关窗重开才能终止进程；Profile是唯一真正隔离方案，切换后必须重启窗口才生效。
为什么禁用插件不等于插件真退出
你右键点击 GitLens → “Disable (Workspace)”，状态栏图标消失了，但内存占用没降、终端里 still sees gitlens 进程在监听文件变更——这不是 UI 欺骗你，而是 VSCode 插件机制本身的设计：Extension Host 一旦加载，就常驻内存，禁用只是关掉 UI 和部分 API 响应，不释放进程、不卸载模块。
验证方法很简单：code --status 查 Extension Host PID，再 ps -p [pid] -o args=，输出里若还含 gitlens 或 pyright，说明它还在后台跑着。
- 必须用
Disable (Workspace)，不是Disable (Global) - 禁用后要完全关闭当前窗口（macOS 还得退出 Dock 图标），再用
code .重新打开该文件夹 - 仅靠
Developer: Reload Window无效，旧 Extension Host 进程不会被销毁
Profile 是唯一能真正卸载/重装插件的机制
VSCode 1.84+ 内置的 Profile 功能，是目前唯一能让插件“彻底消失”的方案。它不是开关式禁用，而是为每个 Profile 维护独立的已安装扩展列表、设置、快捷键和代码片段——切换 Profile 后，旧插件进程会被强制终止，新插件从零加载。
常见错误现象：Profile 切换后状态栏变了，但调试器端口仍被占用、Python 解释器路径没更新、ESLint 还在报错。这基本说明你没重启窗口。
- 创建方式：命令面板输入
Profile: Create Profile，名称不能含空格（py-312✅，python 3.12❌） - 绑定项目：打开目标文件夹 → 左下角点击 Profile 名 →
Apply Profile to Folder - 切换后必须手动关闭并重启整个 VSCode 窗口，否则 Extension Host 不会释放端口和内存
-
keybindings.json和snippets/自动隔离，但tasks.json和launch.json需显式放进.vscode/目录才生效
工作区设置只能覆盖配置，不能卸载插件
.vscode/settings.json 可以关掉插件功能（如 "eslint.enable": false），但无法阻止插件进程启动；.vscode/extensions.json 更只是推荐清单，对已安装插件完全无约束力——哪怕你本地装了 50 个插件，打开一个只推荐 3 个的项目，那 47 个仍会按激活条件尝试加载。
典型干扰场景：Vue 项目里同时启用 volar 和 vetur，两者都监听 .vue 文件，结果语法高亮错乱、跳转失效。这时关 setting 不解决问题，只有 Profile 能让其中一个彻底不启动。
- 适合轻量干预：
"gitlens.codeLens.enabled": false可隐藏行内提交信息，但 GitLens 进程仍在后台运行 - 不适合内存敏感或冲突严重场景（如 TypeScript + Vue + Python 多语言项目共存）
- 多根工作区（
.code-workspace）仍共享同一 Profile，无法突破插件共存限制
Dev Containers 是终极隔离，但代价明确
当 Node.js 版本、Python 解释器、系统库链接这些底层依赖也必须隔离时，.devcontainer.json 是唯一绕过宿主机插件污染的方案。它启动的是一个完整容器实例，VSCode 宿主端只负责转发 UI 和协议，所有插件、环境变量、PATH、调试器 runtime 都运行在容器内。
但要注意：容器启动慢、调试器连接有延迟、Remote - Containers 扩展本身也会占用资源。它不是替代 Profile 的方案，而是补充——Profile 管插件生命周期，Dev Containers 管运行时上下文。
-
runtimeExecutable在容器内可直接写"node"，不用拼${env:NVM_BIN}/node - 容器内 PATH、NVM_DIR、Python 解释器路径由
Dockerfile或devcontainer.json固定，与宿主机 settings.json 完全解耦 - 别指望用
--user-data-dir替代 Dev Containers：前者只隔离用户数据，不隔离运行时依赖
Profile 切换必须重启窗口这点最容易被忽略——很多人点了 Apply Profile，看到左下角显示成功就以为完事了，结果插件冲突照旧。真正的隔离发生在进程级，不是配置级。
