🚀 在 VS Code 中！

在 WSL 2 中使用开发容器

2020 年 7 月 1 日，作者：Brigit Murtaugh，@BrigitMurtaugh

利用 Docker 容器和 Windows Subsystem for Linux 2 (WSL 2) 的强大功能，您可以通过在深度集成的 Linux 内核中的沙盒化容器中开发应用程序，从而保护您的 Windows 环境。

五月份，虚拟化领域迎来了一些令人兴奋的公告：Windows 10 2020 年五月更新将 WSL 2 作为开箱即用的功能添加进来，并且Docker Desktop Stable 2.3.0.2 随 WSL 2 后端支持正式发布 (GA)。

在之前的博客文章中，我们探讨了如何在 WSL 2 中使用 Docker。第一个要求是安装 Windows Insiders，因为 WSL 2 支持当时还不是稳定 Windows 版本的一部分，下一个要求是安装 Docker WSL 2 的技术预览版。现在，Windows WSL 2 和 Docker 支持都已在稳定 GA 版本中提供！

在这篇文章中，我们将了解这两种工具是如何工作的，以及如何在 Visual Studio Code 中利用它们，从而在 WSL 2 中高效地使用开发容器。

虚拟化新纪元

WSL 2 和最新版本的 Docker Desktop 都改变了虚拟化的工作方式。

WSL 2

正如在之前的文章中讨论的那样，WSL 2 对 Windows Subsystem for Linux 采取了一种新方法，即在轻量级虚拟机 (VM) 中使用真正的 Linux 内核。它经过优化，感觉无缝且深度集成到您的 Windows 环境中，从而使您拥有快速的启动时间、较小的资源占用空间，并且无需任何 VM 配置或管理要求。

系统调用允许您执行诸如访问文件、请求内存和创建进程等功能。由于 WSL 2 包含完整的 Linux 内核，因此它具有完整的系统调用能力，这意味着您最喜欢的应用程序（如 Docker）将完全可靠地工作。

Docker

在 WSL 1 中，由于 Windows 和 Linux 之间的根本差异，Docker Engine 无法直接在 WSL 内部运行，并且 Docker 团队 使用 Hyper-V VM 和 LinuxKit 开发了一种替代解决方案。但是，由于 WSL 2 现在具有完整的系统调用能力，Docker 可以在 WSL 2 中完全运行，这促使 Docker 团队进行了更多投资。

新的 2020 年 5 月版 Docker Desktop 可以更快地构建容器并消耗更少的资源，因为它利用了 WSL 2 的动态内存分配。冷启动时间可能不到 10 秒，而之前的版本几乎需要一分钟。此外，Hyper-V 不再是必需品，因此这篇文章中详述的步骤在 Windows 10 家庭版上也能正常工作。

由于 Windows 中的 WSL 2 和 Docker Desktop 现在都已正式发布 (GA)，因此您可以更加自信地在 WSL 2 中使用您的开发容器。

开始入门

先决条件

安装完成后，Docker 将识别到您已安装 WSL，并提示您启用 WSL 集成。从弹出窗口中选择启用 WSL 集成。

Docker Desktop WSL integration dialog

可选：安装新的 Windows Terminal 以获得最佳体验，包括在同一界面中打开新的 PowerShell 和 Ubuntu 终端的能力。

在 WSL 2 中打开 VS Code

让我们将 VS Code 连接到我们的 WSL 2 引擎。打开 Ubuntu 终端，导航到您选择的源代码文件夹，然后键入 code .。这将启动一个 VS Code 实例，让您可以使用 WSL 作为您的全职开发环境。您也可以从命令面板连接到 WSL。我将打开一个简单的 HelloNode 应用程序

Launch code . from Ubuntu terminal

VS Code 打开后，它会识别到我们已安装 WSL，并建议我们安装 WSL 扩展。我将选择安装

WSL extension recommended

安装扩展后，我们可以重新加载 VS Code 以连接到 WSL 2

Reload VS Code after installing extension

重新加载后，我们可以通过检查窗口左下角的 WSL 指示器来确认我们已连接到 Ubuntu

WSL: Ubuntu bottom left indicator

安装 WSL 扩展后，Remote Explorer 添加到 VS Code。当我们查看 Explorer 内部时，我们可以看到有关我们的 Linux 发行版的信息

Remote Explorer with WSL Targets

使用容器

除了各种其他场景，例如，我们可以利用 Dev Containers 扩展来查看和附加到容器：

这些配置使您可以轻松地跨机器重新创建相同的开发环境，将特定于项目的工具和扩展安装到 DevContainer 中，并在类似于部署环境的设置中进行开发，从而保持本地机器不变。我们还可以使用 Docker 扩展来查看和附加到容器。

虽然在使用 WSL 2 引擎时，您可以从 Windows 和 WSL 2 文件系统访问源代码，但我们建议使用 WSL 2 文件系统，因为 性能要好得多。由于在使用 WSL 2 内部的文件系统时性能更好，让我们逐步了解如何使用它。

我们需要选择要在容器中打开的文件夹。首先，确保您已安装 Dev Containers 扩展。然后，我们可以从已使用 WSL 扩展打开的文件夹中调用Dev Containers: Reopen in Container 命令。

我在我的 WSL 2 文件系统上有一个现有的 HelloNode 文件夹，其中包含我的 Node 项目。我将选择：Dev Containers: Reopen in Container

Command Palette: Dev Containers: Reopen in Container

容器定义列表将出现，因为仓库中还没有 DevContainer 配置。出现的容器配置定义列表是根据我的项目类型过滤的。我将选择 Node.js 14

Command Palette: Node.js 14

一个新的 VS Code 实例打开。VS Code 开始构建镜像，然后启动我们的容器

VS Code instance starting with Dev Container

我们的应用程序现在有一个 .devcontainer 文件夹，其中存储了容器配置信息。为了再次检查我们是否已连接到 WSL 并且在容器内部，让我们打开集成终端并检查 uname 和 Node 版本

Check uname and node -v

正如我们所见，我们的 uname 返回为 Linux，因此我们仍然连接到 WSL 2 引擎，并且 node -v 返回 v14.4.0，因此我们已成功配置了我们的 Node 14 容器。

让我们尝试使用 F5 运行我们的应用程序

Local host running Hello World app

成功！

反馈 & 延伸阅读

为了帮助您设置 VS Code 与 WSL 和容器，我们在 VS Code 远程开发文档 中提供了详细的文章。如果您对我们的团队有任何问题或反馈，请随时在 VS Code 远程开发 GitHub 仓库 上打开一个 issue，或在 Twitter 上 @code 联系我们。

编码愉快！

Brigit Murtaugh，VS Code 项目经理 @BrigitMurtaugh