精简Docker镜像的好处很多，不仅可以节省存储空间和带宽，还能减少安全隐患。优化镜像大小的手段多种多样，因服务所使用的基础开发语言不同而有差异。本文将介绍精简Docker镜像的几种通用方法。

精简Docker镜像的好处：

减少构建时间
减少磁盘使用量
减少下载时间
因为包含文件少，攻击面减小，提高了安全性
提高部署速度

使用精简版的基础镜像

这里我们使用alpine版本的基础镜像，alpine是一个高度精简又包含了基本工具的轻量级Linux发行版，本身的Docker镜像只有四到五兆大小。使用alpine基础镜像来减小镜像体积，以保证部署和扩容速度。各开发语言和框架都有基于alpine制作的基础镜像，在开发自己应用的镜像时，选择这些镜像作为基础镜像，可以大大减小镜像的体积。

各种语言对应的基础镜像如下：

Java(Spring Boot): - openjdk:8-jdk-alpine,openjdk:8-jre-alpine等

Java(Tomcat) - tomcat:8.5-alpine等

Nodejs - node:9-alpine, node:8-alpine等

Python - python:3-alpine, python:2-alpine等

PHP - 基于php:7-fpm-alpine,php:5-fpm-alpine等镜像添加nginx，参考

Ruby:ruby:2-alpine等

Go/可执行文件 - 直接基于alpine镜像，把编译后的可执行文件打入镜像。因为alpine不同于普通的Ubuntu/Centos等发行版，需要静态编译和链接应用代码，例如Go需要关闭cgo： CGO_ENABLED=0 go build ...

静态页面 - nginx:1-alpine等

相同的命令放在一行

在使用dockerfile的时候，使用最多的命令是RUN指令，但是使用太多的RUN指令，会导致镜像有很多的层，因为每一个指令就会导致写入一个层，这样镜像就非常臃肿，甚至有可能会超过最大数限制，这个时候我们可以将多个命令串联起来合并为一个RUN指令（运算符&&和/）。

下面对其进行一下对比：

FROM centos:7.5.1804RUN mv /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.backupRUN curl -o /etc/yum.repos.d/CentOS-Base.repo  yum -y install httpdRUN yum -y install bind RUN yum clean allCMD testv1

FROM centos:7.5.1804RUN mv /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.backup && \ curl -o /etc/yum.repos.d/CentOS-Base.repo  && \ yum -y install httpd bind && \ yum clean allCMD nginx

对比结果：

使用多阶段构建

Dockerfile中每条指令都会为镜像增加一个镜像层，并且你需要在移动到下一个镜像层之前清理不需要的组件。实际上，有一个Dockerfile用于开发（其中包含构建应用程序所需的所有内容）以及一个用于生产的瘦客户端，它只包含你的应用程序以及运行它所需的内容。这被称为“建造者模式”。Docker 17.05.0-ce版本以后支持多阶段构建。使用多阶段构建，你可以在Dockerfile中使用多个FROM语句，每条FROM指令可以使用不同的基础镜像，这样您可以选择性地将服务组件从一个阶段COPY到另一个阶段，在最终镜像中只保留需要的内容。

下面是一个使用COPY --from 和 FROM … AS … 的Dockerfile：

# CompileFROM golang:1.9.0 AS builderWORKDIR /go/src/v9.git...com/.../k8s-monitorCOPY . .WORKDIR /go/src/v9.git...com/.../k8s-monitorRUN make buildRUN mv k8s-monitor /rootPackageUse scratch imageFROM scratchWORKDIR /root/COPY --from=builder /root .EXPOSE 8080CMD ["/root/k8s-monitor"] 

构建镜像，你会发现生成的镜像只有上面COPY 指令指定的内容，镜像大小只有2M。这样在以前使用两个Dockerfile（一个Dockerfile用于开发和一个用于生产的瘦客户端），现在使用多阶段构建就可以搞定。

构建业务代码的技巧

在打包业务代码的时候，通常我们都是直接将jar包或者是war包放进docker中，但是这样的话会导致打包速度很慢。怎么解决呢？我们可以先将jar包或者是war包解压出来然后多执行几个COPY，这样我们的打包速度就可以快很多。以下以jeecg-boot为例说明：

1、解压我们的jar包

unzip jeecg-boot-module-system-2.1.1.jar -d app

2、我们将应用分成四个部分打进docker镜像中，最后一行是解压缩后，启动spring boot应用的方式。

FROM openjdk:8-jre-alpineCOPY app/BOOT-INF/lib/ /app/BOOT-INF/lib/COPY app/org /app/orgCOPY app/META-INF /app/META-INFCOPY app/BOOT-INF/classes /app/BOOT-INF/classesEXPOSE 8888CMD ["/usr/bin/java", "-cp", "/app", "org.springframework.boot.loader.JarLauncher"]

如果在RUN命令中执行apt、apk或者yum类工具，可以借助这些工具提供的一些小技巧来减少镜像层数量及镜像大小。举几个例子：

（1）在执行apt-get install -y 时增加选项—no-install-recommends ，可以不用安装建议性（非必须）的依赖，也可以在执行apk add 时添加选项--no-cache 达到同样效果；

（2）执行yum install -y 时候， 将所有yum install 任务放在一条RUN命令上执行，从而减少镜像层的数量；

（3）组件的安装和清理要串联在一条指令里面，如 apk --update add php7 && rm -rf /var/cache/apk/* 。 Ubuntu或Debian可以使用 rm -rf /var/lib/apt/lists/* 清理镜像中缓存文件；CentOS等系统使用yum clean all 命令清理。