提高磁盘性能

Dev Containers 扩展默认使用“绑定挂载”来将代码从本地文件系统映射到容器中。虽然这是最简单的选择，但在 macOS 和 Windows 上，在容器内部运行 yarn install 等命令时，您可能会遇到较慢的磁盘性能。有几种方法可以解决这些问题。

将源代码存储在 Windows 上的 WSL 2 文件系统中

Windows 10 2004 及更高版本包含改进版的适用于 Linux 的 Windows 子系统 (WSL 2)，它提供了一个完整的 Linux 内核，并且比 WSL 1 的性能显著提高。Docker Desktop 2.3+ 包含一个新的 WSL 2 引擎，它在 WSL 中而不是在虚拟机中运行 Docker。因此，如果将源代码存储在 WSL 2 文件系统中，您将看到性能提高，并且在设置权限等方面具有更好的兼容性。

有关如何在 VS Code 中使用此新引擎的详细信息，请参阅在 Windows 上的容器中打开 WSL 2 文件夹。

视频：加速 Windows 上的开发容器

使用在容器卷中克隆存储库

开发容器：在容器卷中克隆存储库... 命令使用隔离的本地 Docker 命名卷，而不是绑定到本地文件系统。除了不污染您的文件树之外，本地卷还具有在 Windows 和 macOS 上提高性能的额外好处。

有关使用此方法的详细信息，请参阅在隔离的容器卷中打开 Git 存储库或 GitHub PR。

接下来的两个部分将概述如何在其他场景中使用命名卷。

使用目标命名卷

由于 macOS 和 Windows 在虚拟机中运行容器，“绑定”挂载不如直接使用容器的文件系统快。幸运的是，Docker 有一个本地“命名卷”的概念，它可以像容器的文件系统一样运行，但可以在容器重建后保留。这使其成为存储包文件夹（如 node_modules）、数据文件夹或输出文件夹（如 build）的理想选择，其中写入性能至关重要。根据您在 devcontainer.json 中引用的内容，遵循以下适当的步骤。

Dockerfile 或镜像:

让我们使用vscode-remote-try-node 存储库来说明如何加速 yarn install。

请按照以下步骤操作：

1. 使用 devcontainer.json 中的 workspaceMount 属性告诉 VS Code 将源代码绑定到何处。然后使用 mounts 属性（VS Code 1.41+）将 node_modules 子文件夹挂载到命名本地卷中。

   "mounts": [
       "source=${localWorkspaceFolderBasename}-node_modules,target=${containerWorkspaceFolder}/node_modules,type=volume"
   ]
   

   注意：您可以在 source 中使用 ${localWorkspaceFolderBasename}、${devcontainerId} 或硬编码名称。

2. 由于此存储库以非 root 用户“node”身份运行 VS Code，因此我们需要添加一个 postCreateCommand 以确保该用户可以访问该文件夹。

   "remoteUser": "node",
   "mounts": [
       "source=${localWorkspaceFolderBasename}-node_modules,target=${containerWorkspaceFolder}/node_modules,type=volume"
   ],
   "postCreateCommand": "sudo chown node node_modules"
   

   如果您将以 root 身份在容器中运行，则不需要第二个步骤。

如果您已经构建了容器并连接到它，请从命令面板 (F1) 运行 开发容器：重建容器 以应用更改。否则，运行 开发容器：在容器中打开文件夹... 以连接到容器。

此方法的两个注意事项

1. 如果您删除容器中的 node_modules 文件夹，它可能会失去与卷的连接。在需要时，请改删除 node_modules 文件夹的内容 (rm -rf node_modules/* node_modules/.*)。

2. 您会发现使用此方法会在本地创建一个空的 node_modules 文件夹。这是因为容器中的卷挂载点位于本地文件系统绑定挂载内部。这是预期且无害的。

Docker Compose:

虽然 vscode-remote-try-node 不使用 Docker Compose，但步骤类似，只是卷挂载配置放在不同的文件中。

1. 在您的 Docker Compose 文件（或扩展文件）中，为相应的服务添加一个命名本地卷挂载到 node_modules 子文件夹。例如

   version: '3'
   services:
     your-service-name-here:
       volumes:
         # Or wherever you've mounted your source code
         - .:/workspace:cached
         - try-node-node_modules:/workspace/node_modules
       # ...
   
   volumes:
     try-node-node_modules:
   

2. 接下来，请确保 devcontainer.json 中的 workspaceFolder 属性与您的实际源代码挂载的位置匹配

   "workspaceFolder": "/workspace"
   

3. 如果您在容器中以非 root 用户身份运行，请添加一个 postCreateCommand 来更新您挂载的文件夹的所有者，因为它可能以 root 身份挂载。将 user-name-goes-here 替换为适当的用户。

   "remoteUser": "node",
   "workspaceFolder": "/workspace",
   "postCreateCommand": "sudo chown user-name-goes-here node_modules"
   

如果您已经构建了容器并连接到它，请从命令面板 (F1) 运行 开发容器：重建容器 以应用更改。否则，运行 开发容器：在容器中打开文件夹... 以连接到容器。

视频：加速开发容器中的 npm install

为整个源代码树使用命名卷

最后，如果以上选项都不能满足您的需求，您可以更进一步，将整个源代码树克隆到命名卷中而不是本地。您可以通过获取现有的 devcontainer.json 配置并按如下方式修改它来设置命名卷（将 your-volume-name-here 更新为您希望调用的卷名称）。

根据您在 devcontainer.json 中引用的内容

• Dockerfile 或镜像：使用 devcontainer.json 中的以下属性将本地命名卷挂载到容器中

  "workspaceMount": "source=your-volume-name-here,target=/workspace,type=volume"
  "workspaceFolder": "/workspace",
  

• Docker Compose：为相应的服务更新（或扩展）您的 docker-compose.yml，如下所示

  version: '3'
  services:
    your-service-name-here:
      volumes:
          - your-volume-name-here:/workspace
      # ...
  
  volumes:
    your-volume-name-here:
  

  您还需要确保 devcontainer.json 中的 workspaceFolder 属性与卷挂载的位置（或卷内的子文件夹）匹配

  "workspaceFolder": "/workspace"
  

如果您已经构建了容器并连接到它，请从命令面板 (F1) 运行 开发容器：重建容器 以应用更改。否则，运行 开发容器：在容器中打开文件夹... 以连接到容器。

接下来，使用命令面板中的 Git：克隆 命令或启动集成终端（⌃⇧` (Windows、Linux Ctrl+Shift+`)），并使用 git clone 命令将源代码克隆到 /workspace 文件夹中。

最后，使用 文件 > 打开... / 打开文件夹... 命令在容器中打开克隆的存储库。