如何在WSL中配置VSCode进行代码运行与调试?
- 内容介绍
- 文章标签
- 相关推荐
本文共计900个文字,预计阅读时间需要4分钟。
使用直接方式+Remote-WSL+插件打开项目目录,VSCode后端进程就在WSL中运行,Windows界面仅作为前端——这才是正确启动的方式。别手动配置SSH、别改settings.json、别试图连接过去,那条路径根本走不通。
装对插件,别碰 SSH 配置
Remote - WSL(Microsoft 官方出品,ID 是 ms-vscode-remote.remote-wsl)是唯一正路。它不走网络协议,而是通过本地 Unix socket 和 WSL 通信,快且稳。
- 卸载所有标着 “WSL SSH”、“Remote SSH for WSL” 的第三方插件,它们会干扰或覆盖官方行为
- 确保 VSCode 是 1.35+ 版本;旧版即使装了插件,
code .也不会触发 WSL 模式 - 安装后不用额外配置——首次在 WSL 终端中执行
code .,它会自动下载并启动 VSCode Server
项目必须放在 /home/xxx,别放 /mnt/c
WSL 对 /mnt/c 下的文件默认禁用执行权限,且调试器加载符号表失败率极高。这不是权限问题,是内核挂载策略导致的硬限制。
本文共计900个文字,预计阅读时间需要4分钟。
使用直接方式+Remote-WSL+插件打开项目目录,VSCode后端进程就在WSL中运行,Windows界面仅作为前端——这才是正确启动的方式。别手动配置SSH、别改settings.json、别试图连接过去,那条路径根本走不通。
装对插件,别碰 SSH 配置
Remote - WSL(Microsoft 官方出品,ID 是 ms-vscode-remote.remote-wsl)是唯一正路。它不走网络协议,而是通过本地 Unix socket 和 WSL 通信,快且稳。
- 卸载所有标着 “WSL SSH”、“Remote SSH for WSL” 的第三方插件,它们会干扰或覆盖官方行为
- 确保 VSCode 是 1.35+ 版本;旧版即使装了插件,
code .也不会触发 WSL 模式 - 安装后不用额外配置——首次在 WSL 终端中执行
code .,它会自动下载并启动 VSCode Server
项目必须放在 /home/xxx,别放 /mnt/c
WSL 对 /mnt/c 下的文件默认禁用执行权限,且调试器加载符号表失败率极高。这不是权限问题,是内核挂载策略导致的硬限制。

