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或者镜像名，参数可以有多个，多个参数之间空格隔开，如下：

有的时候，无法删除一个镜像，大部分原因是因为该镜像被一个容器所依赖，此时需要先删除容器，然后就可以删除镜像了。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。