在 WSL 2 中使用开发容器
2020 年 7 月 1 日，作者：Brigit Murtaugh，@BrigitMurtaugh
利用 Docker 容器和 Windows Subsystem for Linux 2 (WSL 2) 的强大功能，您可以在深度集成的 Linux 内核中的沙盒容器的熟悉环境中开发应用程序，从而保护您的 Windows 环境。
五月份，虚拟化领域迎来了一些令人兴奋的公告：Windows 10 2020 年 5 月更新开箱即用地添加了 WSL 2 功能，并且 Docker Desktop Stable 2.3.0.2 发布了正式版，支持 WSL 2 后端。
在之前的博客文章中，我们探讨了如何在 WSL 2 中使用 Docker。第一个要求是安装 Windows Insiders，因为 WSL 2 支持当时还不是稳定 Windows 版本的一部分，其次是安装 Docker WSL 2 的技术预览版。现在，Windows WSL 2 和 Docker 支持都已在稳定正式版中提供！
在这篇文章中，我们将了解这两种工具的工作原理，以及如何在 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 现在都已正式发布，您可以更加自信地在 WSL 2 中使用您的开发容器。
开始使用
先决条件
- 安装 Windows 10，版本 2004。
- 要查找您的设备正在运行的 Windows 版本，请按 Windows 徽标键 + R，在打开框中键入 winver，然后选择确定。
- 安装 Visual Studio Code。
- 按照 WSL 2 安装指南 启用 WSL 2。
- 从 Microsoft Store 安装 Ubuntu（或您首选的 Linux 发行版）。
- 安装 Docker Desktop Stable 2.3.0.2。
安装完成后，Docker 将识别到您已安装 WSL，并提示您启用 WSL 集成。从弹出窗口中选择启用 WSL 集成。
可选：安装新的 Windows 终端 以获得最佳体验，包括在同一界面中打开新的 PowerShell 和 Ubuntu 终端的能力。
在 WSL 2 中打开 VS Code
让我们将 VS Code 连接到我们的 WSL 2 引擎。打开 Ubuntu 终端，导航到您选择的源代码文件夹，然后键入 code .。这将启动一个 VS Code 实例，让您可以使用 WSL 作为您的全职开发环境。您也可以从命令面板连接到 WSL。我将打开一个简单的 HelloNode 应用程序
VS Code 打开后，它会识别到我们已安装 WSL，并建议我们安装 WSL 扩展。我将选择安装
安装扩展后，我们可以重新加载 VS Code 以连接到 WSL 2
重新加载后，我们可以通过检查窗口左下角的 WSL 指示器来确认我们已连接到 Ubuntu
安装 WSL 扩展后，远程资源管理器已添加到 VS Code。当我们查看资源管理器内部时，我们可以看到有关我们的 Linux 发行版的信息
使用容器
我们可以利用 开发容器 扩展来查看和附加到容器，以及各种其他场景，例如
这些配置允许您轻松地在不同机器上重新创建相同的开发环境，将特定于项目的工具和扩展安装到 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
将出现容器定义列表，因为仓库中还没有 DevContainer 配置。出现的容器配置定义列表是根据我的项目类型过滤的。我将选择 Node.js 14
一个新的 VS Code 实例打开。VS Code 开始构建镜像，然后启动我们的容器
我们的应用程序现在有一个 .devcontainer 文件夹，其中存储了容器配置信息。为了再次检查我们是否同时连接到 WSL 和容器内部，让我们打开集成终端并检查 uname 和 Node 版本
正如我们所看到的，我们的 uname 返回为 Linux，所以我们仍然连接到 WSL 2 引擎，并且 node -v 返回 v14.4.0，所以我们已成功配置了我们的 Node 14 容器。
让我们尝试使用 F5 运行我们的应用程序
成功！
反馈 & 延伸阅读
为了帮助设置带有 WSL 和容器的 VS Code，我们在 VS Code 远程开发文档 中提供了详细的文章。如果您对我们的团队有任何问题或反馈，请随时在 VS Code 远程开发 GitHub 仓库 上提出 issue 或在 Twitter 上 @code 联系我们。
祝您编码愉快！
Brigit Murtaugh，VS Code 项目经理 @BrigitMurtaugh