Docker 在使用层进行缓存方面做得很好。每个命令（例如，RUN、ADD 等）都会生成一个层，Docker 会在未来的构建中重用该层，除非发生某些变化。与往常一样，这个过程也有例外，但一般来说这是正确的。另一种类型的缓存是针对容器内的特定操作（例如编译源代码Do）进行缓存。

在 Screenly，我们在 Docker 容器内创建了一个 Qt 构建环境。我们创建此 Qt 构建是为了确保构建过程可重现并易于在开发人员之间共享。由于 Qt 编译过程需要很长时间，我们利用ccache来加速我们的 Qt 编译。实施 ccache 需要从 Dockerck 环境外部卷安装文件夹。

如果您是该项目的唯一开发人员，则上述步骤很有效。如果您希望能够在团队中共享缓存，会发生什么情况？

有几种方法可以在 Docker 中实现这种缓存方式。

建立共享缓存的最简单方法是按照我们在上一篇文章中所做的操作。我们使用磁盘缓存以及一些简洁的er功能来加速 BuildKit 中的缓存。然后我们压缩缓存文件并将它们分发给团队成员。这个过程不是很优雅，但它完成了工作。

如果我们想进一步自动化该过程，我们可以将检索缓存作为构建过程的一部分。这方面的一个例子可能是这样的：

RUN curl -o /tmp/build-cach使用e.tgz https://some-domain.com/build-cache.tgz && \

tar xfz /tmp/build-cache.tgz -C /tmp && \

rm /tmp/build-cache.tgz
上面的过程很简洁，但缓存这确实意味着有人需要定期上传构建缓存以保持缓存文件最新。此外，您需要在某个地方存储文件（例如 S3）。

如果我们可以避免手动任务并使用原生 Docker 技术来做同样的事情，那就太好了，对吧？事实证明，我们可以使用 Docker 来改进流程。我们只需要发挥我们的想象力。

正如我编译们在上一篇文章中展示的那样，我们可以使用多阶段构建在不同的 docker 镜像之间复制数据。如果我们将缓存移动到专用的 Docker 映像会怎样？然后我们可以将这个镜像推送到 Docker Hub 并将其拉入构建过程。

这个过程很简单。首先在 Docker Hub 中创建两个不同的图像 Q。打电话给他们screenly/build-cache和screenly/build-env。在上一篇文章的基础上，我们使用这个Dockerfile作为基础screenly/build-env。

在 Dockerfile 中，我们将环境变量设置CCACHE_DIR为/Dosrc/ccache. 这一步告诉 ccache 缓存驻留在/src/ccache. 在上一篇文章中，该步骤只是将卷装入系统。但是，在这种情况下，我们想要更改此步骤，以便缓存位于 之外/src，因为这用于批量安装代码库，例如/usr/ccache.

我们现在可以启动ck容器：

$ docker run --rm -t \
       -v ~/tmp/qt-src:/src \
       -v ~/tmp/qt-build:/build \
     er  -v ~/tmp/ccache:/usr/ccache \
       screenly-build-env
完成编译后，您现在可以构建并推送我们的缓存映像。最终的 Dockerfile 将如下所示：

FROM scratch

C使用OPY ccache /ccache
要构建此映像，请使用以下代码：

$ cd ~/tmp
       $ docker build \
       -f /path/to/Dockerfile \
  &缓存nbsp;    -t screenly/build-cache
       $ docker push screenly/build-cache
最后，您现在可以将这一层包含在screenly/build-env. 添加行：

C编译OPY --from=screenly/build-cache /ccache /usr/ccache
下次重建screenly/build-env时，Docker 会自动拉下缓存。此外，您只需在刷新缓存时添加卷挂载。