共计 5080 个字符，预计需要花费 13 分钟才能阅读完成。
简介
Docker 镜像是一个非凡的文件系统，除了提供容器运行时所需的程序、库、资源、配置等文件外，还蕴含了一些为运行时筹备的一些配置参数（如匿名卷、环境变量、用户等）。镜像不蕴含任何动态数据，其内容在构建之后也不会被扭转。
下面是比拟官网的解释，预计大部分也没看太懂，那么我就用我本人了解的形式说一下吧。
image 相似于咱们装置零碎的镜像文件，通过 image 文件咱们能够生成容器文件。个别镜像文件是分层存储的，应用了 Union Fs 的技术（具体是个啥我也不太懂????♂️），也就说一个镜像文件是很多块组成的，有点相似于当初前端的组件化开发，是一组文件组成的。镜像能够向面向对象的类一样能够进行继承，通过一些根底镜像来构建属于咱们本人的镜像。
下面说了一大堆如同还不是很明确的样子，上面还是用例子来阐明吧。go go go~~~
获取镜像
通过 docker pull 命令从 Docker Hub 仓库获取镜像。
docker pull [选项] [Docker Registry 地址 [: 端口号]/] 仓库名[: 标签]具体的选项能够通过 docker pull –help 查看
- 地址的格局个别是 < 域名 /IP>[: 端口号] 默认地址是 Docker Hub, 能够省略
- 仓库名：这里的仓库名是两段式名称，即 < 用户名 >/< 软件名 >。对于 Docker Hub，如果不给出用户名，则默认为 library，也就是官网镜像。
- 标签：个别为版本号
这里交叉一个镜像急速的内容
因为国内网络的问题咱们须要对拉取镜像的地址镜像更改，应用国内的镜像地址来放慢拉取速度。
linux 零碎（已测试）
在 /etc/docker/daemon.json 中写入如下内容（如果文件不存在请新建该文件）
{
"registry-mirrors": [
"https://hub-mirror.c.163.com",
"https://mirror.baidubce.com"
]
}重启服务
$ sudo systemctl daemon-reload
$ sudo systemctl restart dockerWindows 10（未测试）
在任务栏托盘 Docker 图标内右键菜单抉择 Settings，关上配置窗口后在左侧导航菜单抉择 Docker Engine，在右侧像下边一样编辑 json 文件，之后点击 Apply & Restart 保留后 Docker 就会重启并利用配置的镜像地址了。
{
"registry-mirrors": [
"https://hub-mirror.c.163.com",
"https://mirror.baidubce.com"
]
}macOS。（已测试）
在任务栏点击 Docker Desktop 利用图标 -> Perferences，在左侧导航菜单抉择 Docker Engine，在右侧像下边一样编辑 json 文件。批改实现之后，点击 Apply & Restart 按钮，Docker 就会重启并利用配置的镜像地址了。
{
"registry-mirrors": [
"https://hub-mirror.c.163.com",
"https://mirror.baidubce.com"
]
}执行 $ docker info如果从后果中看到如下内容，阐明配置胜利。
...
Registry Mirrors:
https://hub-mirror.c.163.com/
...持续镜像的拉取
应用 docker pull 拉取 Ubuntu 镜像
$ docker pull ubuntu:18.04
18.04: Pulling from library/ubuntu
7595c8c21622: Pull complete
d13af8ca898f: Pull complete
70799171ddba: Pull complete
b6c12202c5ef: Pull complete
Digest: sha256:a61728f6128fb4a7a20efaa7597607ed6e69973ee9b9123e3b4fd28b7bba100b
Status: Downloaded newer image for ubuntu:18.04
docker.io/library/ubuntu:18.04下面的命令中没有给出 Docker 镜像仓库地址，因而将会从 Docker Hub 获取镜像。而镜像名称是 ubuntu:18.04，因而将会获取官网镜像 library/ubuntu 仓库中标签为 18.04 的镜像。
从下载过程中能够看到咱们之前提及的分层存储的概念，镜像是由多层存储所形成。下载也是一层层的去下载，并非繁多文件。
以镜像为根底启动容器
$ docker run -i -t --rm ubuntu:18.04 bash
root@94053f3fa153:/# cat /etc/os-release
NAME="Ubuntu"
VERSION="18.04.4 LTS (Bionic Beaver)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 18.04.4 LTS"
VERSION_ID="18.04"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
VERSION_CODENAME=bionic
UBUNTU_CODENAME=bionic
root@94053f3fa153:/#docker run 就是运行容器的命令，具体格局在前面容器相干章节进行具体介绍。这里简略解释一下
- -i 交互式操作，让容器的规范输出放弃关上。
- -t 选项让 Docker 调配一个伪终端（pseudo-tty）并绑定到容器的规范输出上。
- –rm 容器退出后随之将其删除。（默认状况下，为了排障需要，退出的容器并不会立刻删除，除非手动 docker rm。咱们这里只是轻易执行个命令，看看后果，不须要排障和保留后果，因而应用 –rm 能够避免浪费空间。）
- ubuntu：18.04 应用 ubuntu:18.04 镜像为根底来启动容器。
- bash 放在镜像名后的是 命令，这里咱们心愿有个交互式 Shell，因而用的是 bash。
进入容器后，咱们能够在 Shell 下操作，执行任何所需的命令。这里，咱们执行了 cat /etc/os-release，这是 Linux 罕用的查看以后零碎版本的命令，从返回的后果能够看到容器内是 Ubuntu 18.04.1 LTS 零碎。
最初咱们通过 exit 退出了这个容器。
列出镜像
应用 docker image ls 列出曾经下载了的镜像文件
$ docker image ls
REPOSITORY TAG IMAGE ID CREATED SIZE
redis latest 5f515359c7f8 5 days ago 183 MB
nginx latest 05a60462f8ba 5 days ago 181 MB
mongo 3.2 fe9198c04d62 5 days ago 342 MB
<none> <none> 00285df0df87 5 days ago 342 MB
ubuntu 18.04 f753707788c5 4 weeks ago 127 MB
ubuntu latest f753707788c5 4 weeks ago 127 MB列表蕴含了 仓库名、标签、镜像 ID、创立工夫 以及 所占用的空间。
- 镜像 ID 则是镜像的惟一标识，因为一个镜像能够对应多个标签。因而，在下面的例子中，咱们能够看到 ubuntu:18.04 和 ubuntu:latest 领有雷同的 ID，因为它们对应的是同一个镜像。
- 镜像的体积跟 Docker Hub 上的不统一是因为 Docker Hub 中显示的体积是压缩后的体积。而 docker image ls 显示的是镜像下载到本地后，开展的大小，精确说，是开展后的各层所占空间的总和。
- 另外一个须要留神的问题是，docker image ls 列表中的镜像体积总和并非是所有镜像理论硬盘耗费。因为 Docker 镜像是多层存储构造，并且能够继承、复用，因而不同镜像可能会因为应用雷同的根底镜像，从而领有独特的层。因为 Docker 应用 Union FS，雷同的层只须要保留一份即可，因而理论镜像硬盘占用空间很可能要比这个列表镜像大小的总和要小的多。
应用以下命令查看镜像、容器、数据卷所占用的空间。
$ docker system df
TYPE TOTAL ACTIVE SIZE RECLAIMABLE
Images 24 0 1.992GB 1.992GB (100%)
Containers 1 0 62.82MB 62.82MB (100%)
Local Volumes 9 0 652.2MB 652.2MB (100%)
Build Cache 0B 0B虚悬镜像
<none> <none> 00285df0df87 5 days ago 342 MB既没有仓库名，也没有标签, 显示为 none 的就是虚悬镜像
个镜像本来是有镜像名和标签的，原来为 mongo:3.2，随着官网镜像保护，公布了新版本后，从新 docker pull mongo:3.2 时，mongo:3.2 这个镜像名被转移到了新下载的镜像身上，而旧的镜像上的这个名称则被勾销，从而成为了 <none>。除了 docker pull 可能导致这种状况，docker build 也同样能够导致这种景象。因为新旧镜像同名，旧镜像名称被勾销，从而呈现仓库名、标签均为 <none> 的镜像。这类无标签镜像也被称为 虚悬镜像(dangling image)，能够用上面的命令专门显示这类镜像：
$ docker image ls -f dangling=true
REPOSITORY TAG IMAGE ID CREATED SIZE
<none> <none> 00285df0df87 5 days ago 342 MB一般来说，虚悬镜像曾经失去了存在的价值，是能够随便删除的，能够用上面的命令删除。
$ docker image prune中间层镜像
为了减速镜像构建、反复利用资源，Docker 会利用 中间层镜像。所以在应用一段时间后，可能会看到一些依赖的中间层镜像。默认的 docker image ls 列表中只会显示顶层镜像，如果心愿显示包含中间层镜像在内的所有镜像的话，须要加 -a 参数。
$ docker image ls -a这些无标签镜像不应该删除，否则会导致下层镜像因为依赖失落而出错
罕用列出镜像的命令
依据仓库名列出镜像
$ docker image ls ubuntu
REPOSITORY TAG IMAGE ID CREATED SIZE
ubuntu 18.04 f753707788c5 4 weeks ago 127 MB
ubuntu latest f753707788c5 4 weeks ago 127 MB列出特定的某个镜像
$ docker image ls ubuntu:18.04
REPOSITORY TAG IMAGE ID CREATED SIZE
ubuntu 18.04 f753707788c5 4 weeks ago 127 MB只查看镜像 ID
$ docker image ls -q
5f515359c7f8
05a60462f8ba
fe9198c04d62
00285df0df87
f753707788c5
f753707788c5
1e0c3dd64ccd以表格等距显示，并且有题目行
$ docker image ls --format "table {{.ID}}\t{{.Repository}}\t{{.Tag}}"
IMAGE ID REPOSITORY TAG
5f515359c7f8 redis latest
05a60462f8ba nginx latest
fe9198c04d62 mongo 3.2
00285df0df87 <none> <none>
f753707788c5 ubuntu 18.04
f753707788c5 ubuntu latest删除镜像
格局
$ docker image rm [选项] < 镜像 1 > [< 镜像 2 > ...]其中，< 镜像 > 能够是 镜像短 ID、镜像长 ID、镜像名 或者 镜像摘要。
Untagged 和 Deleted
因为一个镜像能够有多个标签，当咱们执行 docker image rm命令时，如果如果还有其余标签指向这个镜像，那么就不会产生 Delete 操作。
用 docker image ls 命令来配合删除
以下命令能够删除所有仓库名为 redis 的镜像
$ docker image rm $(docker image ls -q redis)
