Creators更新 * 确实 * 安装了互操作功能。但是，似乎您需要在WSL中安装realpath才能识别路径。我不知道为什么会这样，但运行sudo apt-get install realpath为我修复了它！

**编辑：**更新到 Fall Creators Update 后，从WSL启动VSCode即可使用🎉

您始终可以在WSLBashshell中创建别名

alias code="/mnt/c/Program\ Files/Microsoft\ VS\ Code/Code.exe"

如果您将它添加到.bashrc或.zshrc文件中，那么当您启动环境的新示例时，它将始终可用。

警告：Do not change Linux files using Windows apps and tools
更新：上述内容与version 1903或更新版本无关。

有了这个方法，我最近经历了完全相同的行为。原来，在我第一次用VS代码攻击WSL时，我还安装了一个来自apt的本地副本，它覆盖了Windows路径。
所以在WSL中我用类似这样的方法删除了它...

$ sudo apt remove code -y; sudo apt autoremove -y

然后确认路径是正确的...

$ which code
/mnt/c/Program Files/Microsoft VS Code/bin/code

然后重新启动WSL终端，一切都很好，在编码的美妙世界再次。：）

• 注意：我想另一个选择是在WSL中修复路径，但如果没有安装GUI包，它将只在后台启动，永远不会出现。*

另一种方法是使用以下命令：

cmd.exe /c code

这也适用于VSCodium：

cmd.exe /c codium

我在wsl 2上手动更新Ubuntu后遇到了同样的问题。我通过在.bashrc配置文件中添加此函数来解决此问题。它比别名更好，因为它不会阻塞控制台。
在将其添加到您的配置之前，请在bash中测试该函数，并根据需要调整路径。当然，您必须将{username}更改为您的Windows帐户用户名。

function code () { /mnt/c/Users/{username}/AppData/Local/Programs/Microsoft\ VS\ Code/Code.exe; }

如果是这样，请将其添加到您的配置脚本中，例如.bashrc、.zshrc。下面是一个执行此操作的脚本。

echo "function code () {
  /mnt/c/Users/{username}/AppData/Local/Programs/Microsoft\ VS\ Code/Code.exe \"\$@\"; 
}" >> ~/.bashrc
source ~/.bashrc
code .

虽然我的建议是备份并从Microsoft Store安装新发行版，然后打开带有Remote - WSL扩展的VS代码。如果初始化WSL扩展时出现错误，请先重新安装它。如果您使用19. 04 Ubuntu并升级到20. 04，有时需要下载该版本的初始化脚本，否则会失败。这应该会有所帮助：）

• 我是新人，没有足够的声望来评论 *

我只想指出，有些人（像我一样）将Visual Studio代码安装在C:\Users\YourUserNameGoesHere\AppData\Local\Programs\Microsoft VS Code中，而不是C:\Program Files\Microsoft Visual Studio中。如果您无法使其工作，请尝试检查它是否安装在Appdata中，而不是Program Files中。
x86 Visual Studio可执行文件的转义WSL路径为

/mnt/c/Users/UserName/AppData/Local/Programs/Microsoft\ VS\ Code/code.exe