关于这一点，有一些官方文档：编写Dockerfile的最佳实践

因为图像大小很重要，所以强烈不建议使用ADD从远程URL获取包；您应该改用curl或wget。这样，您就可以删除提取后不再需要的文件，并且不必在图像中添加另一层。

RUN mkdir -p /usr/src/things \
  && curl -SL http://example.com/big.tar.gz \
    | tar -xJC /usr/src/things \
  && make -C /usr/src/things all

对于不需要ADD的tar自动提取功能的其他项目（文件、目录），您应该始终使用COPY。

关于这一点，有一些官方文档：编写Dockerfile的最佳实践

因为图像大小很重要，所以强烈不建议使用ADD从远程URL获取包；您应该改用curl或wget。这样，您就可以删除提取后不再需要的文件，并且不必在图像中添加另一层。

RUN mkdir -p /usr/src/things \
  && curl -SL http://example.com/big.tar.gz \
    | tar -xJC /usr/src/things \
  && make -C /usr/src/things all

对于不需要ADD的tar自动提取功能的其他项目（文件、目录），您应该始终使用COPY。

由于Docker 17.05 COPY在多阶段构建中与--from标志一起使用，所以可以将工件从先前的构建阶段复制到当前的构建阶段。

从文档中

可选地，COPY接受一个标志--from=<name|index>，该标志可用于将源位置设置为将使用的前一个生成阶段（使用from..AS创建），而不是用户发送的生成上下文。

ADD和COPY都具有将文件和目录从源复制到目标的相同功能，但ADD具有额外的文件提取和URL文件提取功能。最佳做法是仅在复制操作中使用COPY，避免在许多领域使用ADD。该链接将通过一些简单的示例解释dockerfile中COPY和ADD之间的区别

COPY不支持URL方案的＜src＞。COPY不会解压缩压缩文件。对于指令<src><dest>，如果<src>是tar压缩文件，且<dest>不以斜杠结尾：ADD将＜dest＞视为一个目录，并将＜src＞解压缩到该目录。COPY将＜dest＞视为一个文件，并将＜src＞写入其中。COPY支持通过--from arg覆盖生成上下文。

您应该查看ADD和COPY文档，以了解其行为的更详细描述，但简而言之，主要区别在于ADD可以比COPY做得更多：

ADD允许<src>作为URL参考以下评论，ADD文件指出：

如果是公认的压缩格式（标识、gzip、bzip2或xz）的本地tar存档，则将其解压缩为目录。来自远程URL的资源不会解压缩。

注意，编写Dockerfile的最佳实践建议在不需要ADD魔力的地方使用COPY。否则，当您打算将keep_this_archive_intact.tar.gz复制到容器中时，您（因为您必须查找这个答案）可能会感到惊讶，但相反，您将内容喷到文件系统中。