Docker镜像管理常用操作代码示例
镜像也是docker的核心组件之一，镜像时容器运行的基础，容器是镜像运行后的形态。总体来说，镜像是一个包含程序运行必要以来环境和代码的只读文件，它采用分层的文件系统，将每一层的改变以读写层的形式增加到原来的只读文件上。
镜像与容器的关系
前文已经向读者介绍过容器的使用了，细心的读者可能已经发现，容器在启动或者创建时，必须指定一个镜像的名称或者id，其实，这时镜像所扮演的角色就是容器的模版，不同的镜像可以构造出不同的容器。如下命令：
docker run -itd --name nginx nginx
命令中的最后一个nginx即表示创建该容器所需要的模板
镜像的体系结构
镜像的最底层是一个启动文件系统（bootfs）镜像，bootfs的上层镜像叫做根镜像，一般来说，根镜像是一个操作系统，例如Ubuntu、CentOS等，用户的镜像必须构建于根镜像之上，在根镜像之上，用户可以构建出各种各样的其他镜像。从上面的介绍读者可以看出，镜像的本质其实就是一系列文件的集合，一层套一层的结构有点类似于Git。
镜像的写时复制机制
通过docker run 命令指定一个容器创建镜像时，实际上是在该镜像上创建一个空的可读写的文件系统层级，可以将这个文件系统层级当成一个临时的镜像来对待，而命令中所指的模版镜像则可以称之为父镜像。父镜像的内容都是以只读的方式挂载进来的，容器会读取共享父镜像的内容，用户所做的所有修改都是在文件系统中，不会对父镜像造成任何影响。当然用户可以通过其他一些手段使修改持久化到父镜像中，这个我们后面会详细介绍到。
查看
docker images
用户可以通过docker images命令查看本地所有镜像
这里一共有五个参数：
1.REPOSITORY
仓库名称，仓库一般用来存放同一类型的镜像，仓库的名称由其创建者指定。如果没有指定则为。一般来说，仓库名称有如下几种不同的形式。
- [namespace\ubuntu]:这种仓库名称由命名空间和实际的仓库名组成，中间通过\隔开。当开发者在Docker Hub上创建一个用户时，用户名就是默认的命名空间，这个命令空间是用来区分Docker Hub上注册的不同用户或者组织（类似于GitHub上用户名的作用），如果读者想将自己的镜像上传到DockerHub上供别人使用，则必须指定命名空间。
- [ubuntu]:这种只有仓库名，对于这种没有命名空间的仓库名，可以认为其属于顶级命名空间，该空间的仓库只用于官方的镜像，由Docker官方进行管理，但一般会授权给第三方进行开发维护。当然用户自己创建的镜像也可以使用这种命名方式，但是将无法上传到Docker Hub上共享。
- [hub.c.163.com/library/nginx]:这种指定url路径的方式，一般用于非Docker Hub上的镜像命名，例如一个第三方服务商提供的镜像或者开发者自己搭建的镜像中心，都可以使用这种命名方式命名。
2.TAG 用于区分同一仓库的不同镜像，默认为latest
3.IMAGE ID 是镜像的一个唯一标识符
4.CREATED 镜像的创建时间
5.SIZE 表示镜像大小
使用docker images命令可以查看本地所有的镜像，如果镜像过多，可以通过通配符进行匹配，如下：
如果需要查看镜像的详细信息，也可以通过上文提到的docker inspect 命令来查看下载
当用户执行docker run命令时，就会自动去Docker Hub上下载相关的镜像，这个就不再重复演示，开发者也可以通过search命令去Docker Hub上搜索符合要求的镜像，如下：
其中：
- NAME：表示镜像的名称
- DESCRIPTION：表示镜像的简要描述
- STARS:表示用户对镜像的评分，评分越高越可以放心使用。
- OFFICIAL：是否为官方镜像
- AUTOMATED: 是否使用了自动构建
在执行docker run命令再去下载，速度会有点慢，如果希望该命令能够快速执行，可以在执行之前，先利用docker pull命令将镜像先下载下来，然后在运行。
运行命令如下：
删除
镜像可以通过docker rmi命令进行删除，参数为镜像的id或者镜像名，参数可以有多个，多个参数之间空格隔开，如下：
有的时候，无法删除一个镜像，大部分原因是因为该镜像被一个容器所依赖，此时需要先删除容器，然后就可以删除镜像了。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。
下一篇：详解Docker容器数据卷