VSCode在WSL中默认继承Windows用户级插件配置，导致同名插件（如ms-python.python）在两端重复加载并引发命令冲突、补全失效及调试路径错误；必须在工作区级settings.json中显式设置"extensions.enabled": {"插件ID": false}以隔离禁用Windows侧插件，确保仅WSL侧扩展生效。
在 WSL 环境中，VSCode 同时加载 Windows 和 WSL 两侧的插件，会导致命令冲突、补全失效、调试器路径错乱——这不是配置错误，而是默认行为。必须显式禁用 Windows 侧插件，只保留 WSL 侧启用的扩展。
为什么 WSL 窗口里还会加载 Windows 插件
Remote-WSL 连接后，VSCode 前端仍运行在 Windows 上，它默认会把 extensions.enabled 配置（尤其是用户级）原样继承到 WSL 会话中。结果就是：ms-python.python 在 Windows 已安装，WSL 里又装了一次，两个同时激活，python.defaultInterpreter 冲突、python.formatting.provider 被覆盖、甚至 debugpy 启动两次。
- 右下角显示
WSL: Ubuntu≠ 插件只跑在 WSL —— 它只是终端和文件系统切换了 - 开发者工具 Console 中搜
Command 'python.或extension 'ms-python.python'，常能看到重复加载日志 - 某些插件（如
github.copilot）在 Windows 侧启用后，会直接劫持 WSL 会话的补全入口，导致Ctrl+Space响应延迟或空白
如何只禁用 Windows 侧插件，不影响 WSL 本地扩展
关键不是“关掉所有”，而是“按上下文隔离”：让 Windows 插件在 WSL 会话中彻底不加载，但保留在纯 Windows 打开项目时可用。
- 打开 WSL 窗口（
Ctrl+Shift+P→Remote-WSL: New Window），确保右下角明确显示WSL: Ubuntu - 按
Ctrl+Shift+P输入Preferences: Configure Extension Settings (Workspace)，选中你要隔离的插件（如ms-python.python） - 在弹出的
settings.json（工作区级）中添加：{ "extensions.enabled": { "ms-python.python": false } }注意：extensions.enabled是白名单机制，false表示禁用；别写成"extensions.disabled"（VS Code 不识别） - 保存后重启 WSL 窗口（
Developer: Reload Window），再执行Developer: Show Running Extensions，确认该插件不再出现在列表中
哪些插件必须在 WSL 会话中禁用 Windows 版本
不是所有插件都需要处理，但以下几类只要 Windows 侧已安装，就大概率与 WSL 本地版本抢资源：
-
语言支持类：
ms-python.python、ms-vscode.cpptools、esbenp.prettier-vscode—— 它们注册editor.action.formatDocument等全局命令，WSL 侧启用后 Windows 版仍在后台监听 -
AI 补全类：
github.copilot、amazon.code-whisperer、codegeex.codegeex—— 多个同时注册editor.suggest.provider，导致补全弹窗空白或卡死光标 -
调试器类：
ms-vscode.cpptools（含gdb支持）、ms-python.python（含debugpy）—— Windows 版调试器路径硬编码为C:\，无法在 WSL 中调用/usr/bin/gdb
禁用后还要检查残留配置吗
要。尤其当禁用的是 AI 或语言类插件，它们常在用户级 settings.json 中写入深度绑定配置，即使插件本身不加载，这些配置仍会被 WSL 会话读取并干扰行为。
- 检查用户级
settings.json（Ctrl+Shift+P→Preferences: Open User Settings (JSON)），删掉或注释掉这类字段："python.defaultInterpreter"
"copilot.enable"
"prettier.requireConfig"
- 如果之前用过
Extensions: Install Recommended Extensions，检查工作区根目录下的.vscode/extensions.json，删掉其中recommendations数组里指向 Windows 插件 ID 的条目 - 禁用后首次启动 WSL 窗口，观察状态栏是否还出现
CodeGeeX Ready或Copilot图标 —— 若仍有，说明某个配置项还在触发加载
真正干净的 WSL 开发环境，不是“装一堆插件再调”，而是从连接那一刻起就切断 Windows 插件的注入路径。最易被忽略的一点是：settings.json 中的 extensions.enabled 必须写在工作区级，且值为 false；写在用户级或漏掉引号/逗号，VS Code 都会静默忽略这条规则。
