简介 在docker学习笔记（1）- 架构概述一节中可以看到镜像是docker三大组件之一，可以将Docker镜像类比为虚拟机的模版。

1. 镜像由多个层组成，每层叠加之后从外部看就像一个独立的对象，镜像的内部包括操作系统、应用程序、应用运行时所必须的依赖包等。
2. 使用镜像时从仓库中拉取镜像到Docker主机，然后使用该镜像可以启动一个或多个容器，也可以将容器构建为镜像。

具体的概念与实现在后续实现Docker的基础技术中记录，先整理镜像的用法
相关命令 镜像加速 国内访问Docker hub有速度缓慢甚至会无法的情况，换用国内云厂商提供的加速服务，可以添加多个源，在/etc/docker/daemon.json文件中添加如下json内容，没有daemon.json可以自己新建

{ "registry-mirror": [ "https://hub-mirror.c.163.com/", "https://reg-mirror.qiniu.com" ] } # 重启docker systemctl daemon-reload systemctl restart docker # 查看是否生效，在使用docker pull时会快很多 docker info > Registry: https://index.docker.io/v1/ Labels: Experimental: false Insecure Registries: 127.0.0.0/8 Registry Mirrors: https://hub-mirror.c.163.com/ https://reg-mirror.qiniu.com/

搜索镜像

docker search centos --filter=stars=20 > NAMEDESCRIPTIONSTARSOFFICIALAUTOMATED centosThe official build of CentOS.7066[OK] centos/systemdsystemd enabled base container.105[OK] centos/mysql-57-centos7MySQL 5.7 SQL database server92 centos/postgresql-96-centos7PostgreSQL is an advanced Object-Relational …45 centos/httpd-24-centos7Platform for running Apache httpd 2.4 or bui…43 centos/python-35-centos7Platform for building and running Python 3.5…39 centos/php-56-centos7Platform for building and running PHP 5.6 ap…34 centos/mysql-56-centos7MySQL 5.6 SQL database server22

• NAME：镜像名字
  
• DESCRIPTION：镜像描述信息，默认会被截断，可使用--no-trunc取消截断
  
• STARS：收藏数，--filter=starts=20，搜索收藏数大于20的镜像
  
• OFFICIAL：由docker官方维护支持的镜像，最好使用官方镜像作为基础镜像
  
• AUTOMATED：该镜像由docker hub的自动构建流程创建的
  

拉取镜像

# 拉取镜像 docker pull <镜像名称> # 不提供仓库名默认为docker.io，tag默认为最新的tag，用户名默认为官方镜像 docker pull ubuntu > Using default tag: latest latest: Pulling from library/ubuntu 7c3b88808835: Pull complete Digest: sha256:8ae9bafbb64f63a50caab98fd3a5e37b3eb837a3e0780b78e5218e63193961f9 Status: Downloaded newer image for ubuntu:latest docker.io/library/ubuntu:latest # 最后一行显示完整的镜像名称 # 指定仓库名和tag docker image pull docker.io/library/ubuntu:16.04 > 16.04: Pulling from library/ubuntu 58690f9b18fc: Pull complete b51569e7c507: Pull complete da8ef40b9eca: Pull complete fb15d46c38dc: Pull complete Digest: sha256:0f71fa8d4d2d4292c3c617fda2b36f6dabe5c8b6e34c3dc5b0d17d4e704bd39c Status: Downloaded newer image for ubuntu:16.04 docker.io/library/ubuntu:16.04

• 镜像名称的格式为：Docker仓库地址/用户名/软件名:tag
• 上面提到镜像是分层存储的，可以看到pull时也是一层一层进行，给出每层ID的前12位，拉取完成后给出给出一个sha256的摘要，用来确保下载一致性

推送镜像 使用docker push推送镜像到仓库，也可以推送到私有仓库，在docker学习笔记（2）- 仓库一节中有记录
列出镜像

# 列出本地镜像 docker image ls > REPOSITORYTAGIMAGE IDCREATEDSIZE registry28948869ebfee5 days ago24.2MB ubuntulatest2b4cba85892a10 days ago72.8MB portainer/portainer-celatested396c816a754 weeks ago280MB joxit/docker-registry-uilatestc4f5113ae2204 months ago24.8MB centos7eeb6ee3f44bd5 months ago204MB centoslatest5d0da3dc97645 months ago231MB ubuntu16.04b6f5076524256 months ago135MB radial/busyboxpluslatestfffcfdfce6227 years ago12.9MB # 列出所有镜像，包括中间层镜像 docker image ls -a # 查看镜像、容器、存储卷等实际消耗空间 docker system df > TYPETOTALACTIVESIZERECLAIMABLE Images82984.2MB680.5MB (69%) Containers220B0B Local Volumes50184.3MB184.3MB (100%) Build Cache000B0B # 列出镜像sha256摘要 docker image ls --digests REPOSITORYTAGDIGESTIMAGE IDCREATEDSIZE busyboxlatestsha256:caa382c432891547782ce7140fb3b7304613d3b0438834dce1cad68896ab110a2fb6fc2d97e12 days ago1.24MB www.codemachine.in/busyboxlatestsha256:14d4f50961544fdb669075c442509f194bdc4c0e344bde06e35dbd55af842a382fb6fc2d97e12 days ago1.24MB

• 一个镜像可以对应多个标签，IMAGE ID是镜像的唯一标识
  
• Docker Hub中显示的镜像体积是网络传输即压缩后的体积，而下载到本地后会解压缩，所以本地看到的镜像SIZE更大
  
• 通过image ls 列出的镜像体积并不是本地实际消耗的空间，镜像是多层存储结构并且可以继承复用，因此不同的镜像可能会使用相同的基础镜像，Union FS使得相同的层只需保存一份
  

format展示

# 仅仅显示image ID docker image ls -q # 删除所有列出的镜像 docker image rm $(docker image ls -q)

使用go模版语法

# 列出镜像ID和仓库名 docker image ls --format "{{.ID}}: {{.Repository}}" > 2fb6fc2d97e1: busybox 2fb6fc2d97e1: www.codemachine.in/busybox 5d0da3dc9764: 172.17.73.129:6000/centos 5d0da3dc9764: centos 5d0da3dc9764: www.codemachine.in/centos 5d0da3dc9764: www.codemachine.in/centos 32b8411b497a: dockersamples/atseasampleshopapp_reverse_proxy 8dbf7c60cf88: dockersamples/visualizer # 自定义列显示 docker image ls --format "table {{.ID}}\t{{.Repository}}\t{{.Tag}}" > IMAGE IDREPOSITORYTAG 2fb6fc2d97e1busyboxlatest 2fb6fc2d97e1www.codemachine.in/busyboxlatest 5d0da3dc9764172.17.73.129:6000/centoslatest 5d0da3dc9764centoslatest 5d0da3dc9764www.codemachine.in/centosgalen 5d0da3dc9764www.codemachine.in/centoslatest 32b8411b497adockersamples/atseasampleshopapp_reverse_proxy 8dbf7c60cf88dockersamples/visualizer

dangling镜像
这类镜像没有标签和仓库名，在pull或者build了新版本镜像后，新旧镜像同名，旧的镜像名称与tag被取消，产生了dangling镜像

# 查看dangling镜像 docker image ls -f dangling=true > REPOSITORYTAGIMAGE IDCREATEDSIZE 00285df0df875 days ago342 MB # -f后还可以跟since，before，label等参数过滤

删除镜像 可以使用镜像ID、镜像名、sha256摘要来删除镜像

# OPTION: -f 强制删除 docker image rm [OPTION] # 删除未使用的镜像（清理多余镜像） docker image prune

[docker@docker1 ~]$ docker images REPOSITORYTAGIMAGE IDCREATEDSIZE busyboxlatest2fb6fc2d97e12 days ago1.24MB www.codemachine.in/busyboxlatest2fb6fc2d97e12 days ago1.24MB [docker@docker1 ~]$ docker image rm busybox Untagged: busybox:latest Untagged: busybox@sha256:caa382c432891547782ce7140fb3b7304613d3b0438834dce1cad68896ab110a [docker@docker1 ~]$ docker images REPOSITORYTAGIMAGE IDCREATEDSIZE www.codemachine.in/busyboxlatest2fb6fc2d97e12 days ago1.24MB [docker@docker1 ~]$ docker image rm 2fb6fc2d97e1 Untagged: www.codemachine.in/busybox:latest Untagged: www.codemachine.in/busybox@sha256:14d4f50961544fdb669075c442509f194bdc4c0e344bde06e35dbd55af842a38 Deleted: sha256:2fb6fc2d97e10c79983aa10e013824cc7fc8bae50630e32159821197dda95fe3 Deleted: sha256:797ac4999b67d8c38a596919efa5b7b6a4a8fd5814cb8564efa482c5d8403e6d

几种不会删除镜像的情况：

1. Untagged：一个镜像可能有多个标签标签指向，可以看到下面两个镜像的IMAGE ID是一样的，因此只删除一个并没有真正delete镜像，而是删除了标签，所有标签都Untagged后才会真正删除镜像，Deleted
2. 从上层向基础层方向依次查找，如果有其他镜像依赖当前镜像也无法真正Deleted
3. 如果有容器以此镜像为基础启动，不管容器是否运行，该镜像都不可删除

Dockerfile 构建镜像实际上是在每一层添加配置、文件等。将每一层修改、安装、构建、操作等命令写入dockerfile脚本中，这样在构建镜像时使用了什么命令，做了什么操作，同时可以配合多阶段构建来精简镜像体积和降低部署复杂度。
docker build用法

# 指定镜像名，使用当前目录下的Dockerfile docker build -t shykes/myapp:1.0.2 -t shykes/myapp:latest . # 指定Dockerfile路径 docker build -f /path/to/a/Dockerfile . # 从标准输入中读取Dockerfile进行构建 docker build - < Dockerfile cat Dockerfile | docker build - # 读取压缩包构建 docker build - < context.tar.gz

• 构建上下文（Context）：docker采用的是C/S架构，在运行时docker engine提供了一组REST API，在使用客户端时其实是通过API与docker engine交互，那么就算我们是在本机执行docker命令，诸如ADD、COPY这类这令时，实际上还是使用远程调用的方式在服务端完成（docker engine），docker build -t .的意思是将当前目录作为构建镜像上下文的路径，然后将该路径的所有内容打包上传到docker engine，之后docker engine用收到的文件构建镜像。
  
• 一般将dockerfile置于项目根目录，如果该目录下有些东西不希望在构建时传给docker engine，可以添加到.dockerignore文件中。
  

指令 书写Dockerfile的常用指令，详细参考见Dockerfile reference
FROM
指定基础镜像

FROM [--platform=] [:] [AS ] # --platform：提供镜像使用平台，linux/amd64, linux/arm64, or windows/amd64 # AS ： 指定此构建阶段的别名，供后面的FROM和COPY引用

• 特殊镜像scratch是一个空白的镜像，执行的指令会在镜像第一层开始写，静态编译适用

RUN
执行命令行命令

# shell格式 RUN RUN /bin/bash -c "echo hello" # exec格式 RUN ["executable", "param1", "param2"] RUN ["/bin/bash", "-c", "echo hello"]

• 每一行RUN执行就会使镜像新增一层，过多使用RUN使得镜像臃肿很容易就达到Union FS限制的最大层数，利用 && 和换行 的方式执行多条命令在这一层将所有的事情做完是个不错的选择
• 通常用于安装软件包

COPY
从Context目录中的文件复制到镜像新一层的目录下

COPY [--chown=:] <源路径>... <目标路径> or COPY [--chown=:] ["<源路径1>",... "<目标路径>"] # 源路径可以是多个或满足Go语言filepath.Match规则的通配符 COPY package.json /usr/src/app/ COPY hom* /mydir/ COPY hom?.txt /mydir/

• <目标路径> 可以是容器内的绝对路径，也可以是相对于工作目录的相对路径（工作目录可以用 WORKDIR 指令来指定）
• 使用 COPY 指令，源文件的各种元数据都会保留

CMD
Docker 不是虚拟机，容器就是进程。既然是进程，那么在启动容器的时候，需要指定所运行的程序及参数。CMD 指令就是用于指定默认的容器主进程的启动命令的。

CMD echo $HOME or CMD [ "sh", "-c", "echo $HOME" ]

• 可被替换：比如centos默认CMD /bin/bash，那么使用docker run -it centos就会进入/bin/bash下，如果使用docker run -it centos cat /etc/redhat-release就会变成输出release号后停止

ENTRYPOINT
与CMD功能相似，只不过CMD容器运行时若添加了参数（如上所说），那么默认CMD的参数就会被替换掉，而ENTRYPOINT会将添加的参数跟在原有参数的后边，这样就可以像使用命令一样使用容器

ENTRYPOINT [ "curl", "-s", "http://myip.ipip.net" ]

也可以做启动容器前的准备工作，以下为redis创建用户，然后为ENTRYPOINT指定脚本，该脚本判断CMD参数是否是启动redis-server，如果是使用redis用户启动，如果是其他操作则继续使用root，这样既保证了服务运行的安全性，又不妨碍使用root用户做一些调试和信息获取等操作

FROM alpine:3.4 ... RUN addgroup -S redis && adduser -S -G redis redis ... ENTRYPOINT ["docker-entrypoint.sh"]EXPOSE 6379 CMD [ "redis-server" ]# docker-entrypoint.sh #!/bin/sh ... # allow the container to be started with `--user` if [ "$1" = 'redis-server' -a "$(id -u)" = '0' ]; then find . \! -user redis -exec chown redis '{}' + exec gosu redis "$0" "$@" fiexec "$@"

ENV
设置环境变量，在后面的指令中引用

ENV = ...

VOLUME
在镜像中创建挂载点，但是无法指定创建在主机的对应目录，可以通过docker inspect 查看Source挂载目录是哪个

VOLUME ["<路径1>", "<路径2>"...] or VOLUME <路径>

EXPOSE
声明容器运行时打算用什么端口，并不会自动在宿主机和容器进行端口映射。可以使用docker run -p <主机端口:容器端口>进行端口映射，也可以使用docker run -P随机映射EXPOSE的端口

EXPOSE [/...] EXPOSE 80/tcp

WORKDIR
【docker学习笔记（3）-|docker学习笔记（3）- 镜像】指定当前工作目录，后面各层（RUN，CMD，ENTRYPOINT，COPY，ADD）的当前目录就被改为WORKDIR目录，如果该目录不存在则会自动创建

WORKDIR /path/to/workdir # 示例，pwd的路径为/a/b/c WORKDIR /a WORKDIR b WORKDIR c RUN pwd

USER
指定用户身份，影响后面各层操作的用户，用户必须事先创建好

USER <用户名>[:<用户组>]

如果是执行SHELL时候要改变身份，不要使用 su 或者 sudo，这些都需要比较麻烦的配置，而且在 TTY 缺失的环境下经常出错。建议使用 ``gosu`

# 建立 redis 用户，并使用 gosu 换另一个用户执行命令 RUN groupadd -r redis && useradd -r -g redis redis # 下载 gosu RUN wget -O /usr/local/bin/gosu "https://github.com/tianon/gosu/releases/download/1.12/gosu-amd64" \ && chmod +x /usr/local/bin/gosu \ && gosu nobody true # 设置 CMD，并以另外的用户执行 CMD [ "exec", "gosu", "redis", "redis-server" ]

LABEL
为镜像添加元数据

LABEL = = = ...LABEL "com.example.vendor"="ACME Incorporated" LABEL com.example.label-with-value="https://www.it610.com/article/foo" LABEL version="1.0" LABEL description="This text illustrates \ that label-values can span multiple lines."

SHELL
用来指定RUN ENTRYPOINT CMD 指令的 shell，Linux 中默认为 ["/bin/sh", "-c"]

SHELL ["executable", "parameters"]

ONBUILD
一般作为基础镜像时使用，该指令在构建当前镜像时不会执行，当其他镜像以此为基础镜像时才会执行

ONBUILD <其它指令>

使用git仓库构建

docker build -t hello-world git://github.com/docker-library/hello-world.git\#master:amd64/hello-world > Sending build context to Docker daemon22.02kB Step 1/3 : FROM scratch ---> Step 2/3 : COPY hello / ---> e0499e772bd9 Step 3/3 : CMD ["/hello"] ---> Running in 1eeb706f26e2 Removing intermediate container 1eeb706f26e2 ---> 6abb50a2e5cc Successfully built 6abb50a2e5cc Successfully tagged hello-world:latest # 查看镜像 docker images REPOSITORYTAGIMAGE IDCREATEDSIZE hello-worldlatest6abb50a2e5cc47 seconds ago13.3kB

指定要构建的git仓库地址，切换到master分支，进入amd64/hello-world目录开始构建
使用tar压缩包构建 docker engine下载该tar包并自动解压，以解压后的文件夹作为上下文开始构建

docker build http://server/context.tar.gz

Dockerfile多阶段构建 Docker v17.05开始支持多阶段构建 (multistage builds)，解决了以下问题：

• 如果使用一个Dockerfile，镜像体积过大使得部署时间过长（比如编译依赖组件繁多，但实际运行中并不需要），而且容易泄露源码
• 如果使用多个Dockerfile（比如编译和运行分开进行），中间需要脚本整合不同构建阶段内容是个比较复杂的工作，容易出现问题

下面对比单个Dockerfile构建和多阶段构建一个go helloworld程序的区别。

# app.go package mainimport "fmt"func main(){ fmt.Printf("Hello World!"); }

使用单个文件
Dockerfile

FROM golang:alpineRUN sed -i 's/dl-cdn.alpinelinux.org/mirrors.aliyun.com/g' /etc/apk/repositoriesRUN apk --no-cache add git ca-certificatesWORKDIR /go/src/github.com/go/helloworld/COPY app.go .RUN go mod initRUN GOPROXY="https://goproxy.io" GO111MODULE=on go get -d -v github.com/go-sql-driver/mysql \ && CGO_ENABLED=0 GOOS=linux go build -a -installsuffix cgo -o app . \ && cp /go/src/github.com/go/helloworld/app /rootWORKDIR /root/CMD ["./app"]

build

docker build -t go/helloworld:1 . # 运行容器 docker container run go/helloworld:1 > Hello World!%

多阶段构建
Dockerfile

# 将此阶段命名为builder FROM golang:alpine as builder # 解决下载go慢的问题 RUN sed -i 's/dl-cdn.alpinelinux.org/mirrors.aliyun.com/g' /etc/apk/repositoriesRUN apk --no-cache add gitWORKDIR /go/src/github.com/go/helloworld/RUN GOPROXY="https://goproxy.io" GO111MODULE=on go get -d -v github.com/go-sql-driver/mysqlCOPY app.go . # 处理go.mod缺失问题 RUN go mod init # 编译app.go RUN CGO_ENABLED=0 GOOS=linux go build -a -installsuffix cgo -o app . # 制作应用镜像，此阶段命名为prod FROM alpine:latest as prodRUN apk --no-cache add ca-certificatesWORKDIR /root/COPY --from=0 /go/src/github.com/go/helloworld/app .CMD ["./app"]

build

docker build -t go/helloworld:2 . # 运行容器 docker container run go/helloworld:2 > Hello World!%

对比两个镜像的大小，可以看到通过多阶段构建的方法，摒弃编译所需环境依赖，最后的应用镜像要精简很多很多

docker image ls |grep go/hello > go/helloworld238f137a75add6 minutes ago7.86MB go/helloworld1e7606d3c092117 minutes ago353MB

构建到某一阶段
依据上面的Dockerfile，如果我们只想构建到Build阶段的镜像时，可以用--targe参数指定此阶段别名来实现

docker build --target builder -t username/imagename:tag .

结束 本篇主要汇总go镜像相关操作指令等，镜像原理等架构技术会在后面深入学习docker底层实现时分析
学习自：
《Docker技术入门与实战（第3版）》Nigel，Poulton（奈吉尔·波尔顿） 著，李瑞丰，刘康 译
《深入浅出Docker》杨保华，戴王剑，曹亚仑 著
https://docs.docker.com/

推荐阅读

• 

  银耳煮不烂是什么原因 银耳怎么煮容易烂
• 

  萝卜羊肉馅水饺怎么做 羊肉萝卜馅饺子怎样做
• 

  计算机进银行后悔死了 银行考试都考什么
• 

  佳能5dmark3新手入门图解 佳能5dmark3评测
• 

  空洞骑士梦之门怎么用
• 

  手机淘宝删除的订单还能找到吗
• 

  腰围80厘米是几尺几呀
• 

  安卓模拟器 手机型号,安卓模拟器怎么用?
• 

  眼皮抽脂几天能碰水
• 

  英冠联赛积分榜比分_英冠联赛积分榜比分表最新
• 

  微信朋友圈跟qq空间同步设置
• 

  兔子养在外面会冻死吗
• 

  想做一个农家乐有什么建议？做垂钓怎么样？
• 

  如何购买钻石呢
• 

  spring|spring security 之自定义表单登录源码跟踪
• 

  如何为战术战队设置服务器？ 战术战队怎么设置服务器
• 

  奥克斯空调显示e5是什么意思
• 

  “人生最大的幸福,是发现自己爱的人正好也爱着自己”,你怎么看？
• 

  光谱图像分析,多光谱图像融合
• 

  c高级编程第11版，unix环境高级编程程序清单117简化加解锁的问题 有个问题APUE

• 全局视角系统学习《推荐系统》，实战中提升竞争力吾爱学习无mi
• Go|Go 笔记 - 小练习之获取命令行参数的三种方法
• 打靶笔记-03-vulhub-Moriarty|打靶笔记-03-vulhub-Moriarty Corp
• Go|Go 笔记 - Beego 之 orm 表结构操作
• 计算机视觉|论文笔记（第一人称视角视频中的行人轨迹预测）
• Matplotlib|Python matplotlib seaborn（学习笔记）
• 笔记|BYOL(Bootstrap your own latent A new approach to self-supervised Learning)算法笔记
• 多线程学习第三课
• 一起来学习JavaScript的BOM操作
• java|C++模板笔记