尝试以扩展 VS Code 中的代理模式!

在 WSL 2 中使用开发容器

2020 年 7 月 1 日,由 Brigit Murtaugh 发布,@BrigitMurtaugh

利用 Docker 容器和适用于 Linux 2 的 Windows 子系统 (WSL 2) 的强大功能,您可以在深度集成的 Linux 内核中,以容器的沙盒熟悉环境来开发应用程序,从而保留您的 Windows 环境。

5 月份,虚拟化领域有几项激动人心的公告:Windows 10 2020 年 5 月更新开箱即用地添加了 WSL 2 功能,并且 Docker Desktop Stable 2.3.0.2 正式发布 (GA) 并支持 WSL 2 后端。

早期的博客文章中,我们探讨了如何在 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 通过在轻量级虚拟机 (VM) 中使用真正的 Linux 内核,对适用于 Linux 的 Windows 子系统采取了新的方法。它经过优化,旨在无缝且深度集成到您的 Windows 环境中,从而实现快速启动时间、较小的资源占用,并且完全无需 VM 配置或管理。

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

Docker

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

Docker Desktop 的新 2020 年 5 月版本利用了 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 终端以获得最佳体验,包括在同一界面中打开新的 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 扩展后,VS Code 中新增了远程资源管理器。查看资源管理器时,我们可以看到有关我们的 Linux 发行版的信息。

Remote Explorer with WSL Targets

使用容器

我们可以利用 开发容器 扩展来查看和附加到容器,此外还有各种其他场景,例如:

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

当使用 WSL 2 引擎时,您可以从 Windows 和 WSL 2 文件系统访问源代码,但我们建议使用 WSL 2 文件系统,因为性能会好得多。鉴于在 WSL 2 内部使用文件系统时性能更佳,我们来详细介绍如何使用它。

我们需要选择要在容器中打开的文件夹。首先,请确保您已安装 开发容器 扩展。然后,我们可以从已使用 WSL 扩展打开的文件夹中调用 开发容器: 在容器中重新打开 命令。

我的 WSL 2 文件系统上有一个现有的 HelloNode 文件夹,其中包含我的 Node 项目。我将选择:开发容器: 在容器中重新打开

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 仓库 上提出问题,或在 Twitter 上通过 @code 联系我们。

编码愉快!

Brigit Murtaugh, VS Code 项目经理 @BrigitMurtaugh