通过远程 WSL 扩展在 vscode 中使用 WSL bash 与在 Windows 中选择作为默认 shell 使用它有何不同？答案

【问题标题】：How is using WSL bash in vscode through the remote WSL extension different from using it by selecting as default shell while in windows?通过远程 WSL 扩展在 vscode 中使用 WSL bash 与在 Windows 中选择作为默认 shell 使用它有何不同？
【发布时间】：2019-08-15 14:18:06
【问题描述】：

在我知道 vscode 的远程 WSL 扩展之前，我一直在使用 bash，方法是从终端选项中选择它作为默认 shell。如果我只想使用 bash 作为默认终端，那么使用远程 WSL 有什么好处？

【问题讨论】：

标签： bash visual-studio-code windows-subsystem-for-linux vscode-remote

【解决方案1】：

嗨，Rohan，欢迎来到 SO！

我将有机会回答这个问题，尽管知识渊博的人可能会有更好的洞察力。

当您在 windows 中加载 VSCode 时，它会访问您的各种 PC 资源作为 windows 资源。例如，您的文件将来自 windows 文件夹结构。即使您使用 WSL bash 作为终端，VSCode 仍然在 Windows 基础上运行。

如果您使用远程 WSL 扩展，它通过远程启动 WSL 层中的 VSCode 后端并将 Windows UI 连接到该后端（“远程”，尽管在同一台 PC 上）来利用 VSCode 分离 UI 和后端。由于后台是在linux环境下运行，所以文件作为linux文件加载并通过WSL系统处理，而不是正常的windows访问。

关于“优势是什么？”这个问题我建议这样做的好处是，现在您不再需要在 Windows 中的 VSCode 和 WSL 中的命令行之间进行拆分，而是通过 WSL 协调一致地行动。它应该提供一些好处（尤其是当 WSL2 正确命中并且性能提高时）围绕您尝试以 linux 方式使用的文件以 Windows 方式不搞乱的事情，并且只是让事情感觉更紧密。

但是，如果您只是将 WSL bash 用作命令行替代品，而不是因为它的 linux 优点而使用它（尽管我不知道是否会是这种情况），那么优势可能会减少。

这是切换到开发容器的垫脚石，非常整洁。

此页面可能会有所帮助，但这是我的理解！ https://code.visualstudio.com/docs/remote/wsl

【讨论】：

抱歉回复晚了。感谢@Max 的简洁解释！