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复制到容器中时，您（因为您必须查找这个答案）可能会感到惊讶，但相反，您将内容喷到文件系统中。

从Docker文档：https://docs.docker.com/engine/userguide/eng-image/dockerfile_best-practices/#add-或复制

“虽然ADD和COPY在功能上相似，但一般来说，COPY是首选。这是因为它比ADD更透明。COPY仅支持将本地文件复制到容器中的基本功能，而ADD具有一些功能（如仅本地tar提取和远程URL支持）这不是立即显而易见的。因此，ADD的最佳用途是将本地tar文件自动提取到图像中，如ADD rootfs.tar.xz/中所示。

如果您有多个Dockerfile步骤使用上下文中不同的文件，请单独复制它们，而不是一次复制所有文件。这将确保只有在特定需要的文件发生更改时，每个步骤的构建缓存才会失效（强制重新运行该步骤）。

例如：

 COPY requirements.txt /tmp/
 RUN pip install --requirement /tmp/requirements.txt
 COPY . /tmp/

与放置COPY相比，RUN步骤的缓存无效次数更少/tmp/之前。

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

 ADD http://example.com/big.tar.xz /usr/src/things/
 RUN tar -xJf /usr/src/things/big.tar.xz -C /usr/src/things
 RUN make -C /usr/src/things all

相反，请执行以下操作：

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

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

副本为

与“ADD”相同，但没有tar和远程URL处理。

直接从源代码引用。

假设您有一个tar文件，您想在将其放入容器后解压缩它，然后删除它，您可以使用COPY命令执行此操作。但各种命令可能是1）将tar文件复制到目标，2）。解压缩，3）删除tar文件。如果您分三步完成此操作，则在每一步之后都会创建一个新图像。您可以使用&一步到位，但这很麻烦。

但是你使用了ADD，那么Docker会为你处理所有的事情，只会创建一个中间映像。

ADD指令从本地或远程源复制文件或文件夹，并将其添加到容器的文件系统中。它用来复制本地文件，这些文件必须在工作目录中。ADD指令将本地.tar文件解包到目标映像目录。

实例

ADD http://someserver.com/filename.pdf /var/www/html

COPY从工作目录复制文件并将其添加到容器的文件系统中。无法使用Dockerfile指令的URL复制远程文件。

实例

COPY Gemfile Gemfile.lock ./
COPY ./src/ /var/www/html/