使用Docker多阶段构建来减小镜像大小的方法
本文讲述了如何通过Docker的多阶段构建功能来大幅度减小镜像大小，适用于需要在Dockerfile中构建程式（如javac），且需要另外安装编译工具链的镜像。（如Java）
先来学习单词（本文全部采用中文词汇，如需查询外文文档可对照该词汇表。理论上个人不赞成翻译术语）：
- multi-stage多阶段
- build构建
- image镜像
- stage阶段
再来看一下效果：原110M+，现92M。
对比一下Dockerfile
优化前Dockerfile：
FROMopenjdk:8u171-jdk-alpine3.8 ADD./app WORKDIR/app RUNapkaddmaven\ &&mvncleanpackage\ &&apkdelmaven\ &&mvtarget/final.jar/\ &&cd/\ &&rm-rf/app\ &&rm-rf/root/.m2 ENTRYPOINTjava-jar/final.jar
优化后Dockerfile：
FROMopenjdk:8u171-jdk-alpine3.8asbuilder ADD./app WORKDIR/app RUNapkaddmaven\ &&mvncleanpackage\ &&apkdelmaven\ &&mvtarget/final.jar/ FROMopenjdk:8u181-jre-alpine3.8asenvironment WORKDIR/ COPY--from=builder/final.jar. ENTRYPOINTjava-jar/final.jar
很明显，优化后的Dockerfile新增了FROMAS这个命令，并出现了两个FROM。这就是多阶段构建。
了解一下多阶段构建
多阶段构建是Docker17.05的新增功能，它可以在一个Dockerfile中使用多个FROM语句，以创建多个Stages（阶段）。每个阶段间独立（来源请求），可以通过COPY--from来获取其它阶段的文件。我们来打个比方，把最终镜像比作一盘菜（炒青椒）。把原料青椒炒完后上桌。
#对比清单 镜像->一盘菜 第一个阶段->炒 第二个阶段->上桌
两个阶段的目标是做好（生成）最终的菜（镜像）。我们要做的是将第一个阶段「炒」出来的食物进行「上桌」。我们的目标是做出菜，且菜盘子（盛菜和中间产物）最轻。
可视化流程如下：
#做菜流程 ...省略原料 原料->[第一个阶段——炒]#此时盘子里有炒的工具、炒的结果和中间产物 #这时候开启第二个阶段，只保留炒的结果，而不再需要其它。 ->炒的结果->[开始上桌，只保留结果]#把炒出来的青椒拿来（COPY--from），其它不要 ->最终是一盘菜。
现在应该大致理解多阶段构建的流程了吧。我们把话筒交给Java，看看在Dockerfile中使用编译工具构建一个JAR，并只保留构建完的JAR和运行时交给Image，其它则扔掉应该怎么做：
#第一阶段——编译（炒） FROMopenjdk:8u171-jdk-alpine3.8asbuilder#自带编译工具 ADD./app WORKDIR/app RUN...省略编译和清理工作... #现在，JAR已经出炉。JDK不再需要，所以不能留在镜像中。 #所以我们开启第二阶段——运行（上桌），并扔掉第一阶段的所有文件（包括编译工具） FROMopenjdk:8u181-jre-alpine3.8asenvironment#只带运行时 #目前，编译工具等上一阶段的东西已经被我们抛下。目前的镜像中只有运行时，我们需要把上一阶段（炒）的结果拿来，其它不要。 COPY--from=0/final.jar. #好了，现在镜像只有必要的运行时和JAR了。 ENTRYPOINTjava-jar/final.jar
如上就是多阶段构建的介绍。
使用多阶段构建
多阶段构建的核心命令是FROM。FORM对于身经百战的你来说已经不用多讲了。在多阶段构建中，每次FROM都会开启一个新的Stage（阶段），可以看作一个新的Image（不够准确、来源请求），与其它阶段隔离（甚至包括环境变量）。只有最后的FROM才会被纳入Image中。
我们来做一个最simple的多阶段构建例子：
#Stage1 FROMalpine:3.8 WORKDIR/demo RUNecho"Hello,stage1">/demo/hi-1.txt #Stage2 FROMalpine:3.8 WORKDIR/demo RUNecho"Hello,stage2">/demo/hi-2.txt
可以自己构建一下这个Dockerfile，然后dockersave
在这个Dockerfile中，我们创建了两个阶段。第一个阶段创建hi-1.txt，第二个阶段创建hi-2.txt，且第二个阶段会被加入最终Image，其它不会。
复制文件——阶段间的桥梁
如果阶段间完全隔离，那么多阶段就没有意义——上一个阶段的结果会被完全抛弃，并进入全新的下一阶段。
我们可以通过COPY命令来获取其它阶段的文件。在多阶段中使用COPY和普通应用完全一致，仅需要添加–form`即可。那么，我们修正上一个例子，使最终镜像包含两个阶段的产物：
#Stage1 FROMalpine:3.8 WORKDIR/demo RUNecho"Hello,stage1">/demo/hi-1.txt #Stage2 FROMalpine:3.8 WORKDIR/demo COPY--from=0/demo/hi-1.txt/demo RUNecho"Hello,stage2">/demo/hi-2.txt
重新构建并保存（Save），你会发现多了一层Layer，其中包含hi-1.txt。
阶段命名——快速识别
对于只有七秒记忆的我们来说，每次使用stageindex并不是一件很妙的事情。这时候，可以通过阶段命名的方式给它们赋予名字，以方便识别。
为阶段添加名字很简单，只需要在FROM后加上as
现在，我们更新Dockerfile，给予阶段名称并使用名称来COPY。
#Stage1,it'snameis"build1" FROMalpine:3.8asbuild1 WORKDIR/demo RUNecho"Hello,stage1">/demo/hi-1.txt #Stage2,it'snameis"build2" FROMalpine:3.8asbuild2 WORKDIR/demo #Nolongeruseindexes COPY--from=build1/demo/hi-1.txt/demo RUNecho"Hello,stage2">/demo/hi-2.txt
重新构建并保存，结果应该同上次相同。
仅构建部分阶段——轻松调试
Docker还为我们提供了一个很方便的调试方式——仅构建部分阶段。它可以使构建停在某个阶段，并不构建后面的阶段。这可以方便我们调试；区分生产、开发和测试。
仍然沿用上次的Dockerfile，但使用--target
$dockerbuild--targetbuild1.
再次Save，你会发现只有build1的内容。
总结
这就是多阶段构建的全部用法了。我们再回到开篇的两个Dockerfile对比，你能发现优化前的镜像胖在哪里了吗？
很显然，它包含了无用的JDK，JDK只在编译时起作用，编译完便无用了，只需要JRE即可。所以，利用多阶段构建可以隔离编译阶段和运行阶段，以达到镜像最优化。
参考文献
https://docs.docker.com/develop/develop-images/multistage-build/#name-your-build-stages
https://yeasy.gitbooks.io/docker_practice/image/multistage-builds.html
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持毛票票。