# Docker基本命令
# 获取 Docker 信息
docker info
显示 Docker 详细信息
# 获取 Docker 版本信息
docker version
显示 Docker 客户端和服务端版本信息
# 容器生命周期
Docker 容器的生命周期里分为五种状态：
Created：容器已经被创建，容器所需的相关资源已经准备就绪，但容器中的程序还未处于运行状态。Running：容器正在运行，也就是容器中的应用正在运行。Paused：容器已暂停，表示容器中的所有程序都处于暂停 ( 不是停止 ) 状态。Stopped：容器处于停止状态，占用的资源和沙盒环境都依然存在，只是容器中的应用程序均已停止。Deleted：容器已删除，相关占用的资源及存储在 Docker 中的管理信息也都已释放和移除。
# 容器生命周期管理
# 创建容器
当我们选择好镜像以后，就可以通过 docker create 这个命令来创建容器了。
在创建容器时，我们可以通过 --name 这个选项来配置容器名
docker create --name mynginx nginx
通过 docker create 我们创建一个处于 Created 状态的容器，但是该容器并没有真正运行。
但是它运行所需的相关文件却已经都创建好了，并且你也可以在 create 的时候给它传递各种可用于配置 容器运行时的参数。
这种方式通常是用来 预配置容器，因为在执行完 docker create 命令后，会直接输出容器的 ID。你可以在一切准备就绪后，随时启动它。
另一种使用场景是，你可以用它来 预挂载一个或多个存储卷，后续 其他其他容器可借助此容器直接使用这些存储卷。
# 启动容器
通过 docker create 创建的容器，是处于 Created 状态的，其内部的应用程序还没有启动，所以我们需要通过 docker start 命令来启动它
docker start myContainer
当容器启动后，其中的应用就会运行起来，容器的几个生命周期也会绑定到了这个应用上。
# 运行容器
有了镜像后，我们就能够以这个镜像为基础启动并运⾏⼀个容器。
在 Docker 里，还允许我们通过 docker run 这个命令将 docker create 和 docker start 这两步操作合成为一步，进一步提高工作效率。
这里需要注意的一点是，通常来说我们启动容器会期望它运行在 “后台”，而 docker run 在启动容器时，会采用 “前台” 运行这种方式，这时候我们的控制台就会衔接到容器上，不能再进行其他操作了。我们可以通过 -d 或 --detach 这个选项告诉 Docker 在启动后将 程序 与 控制台 分离，使其进入 “后台” 运行。
# 语法
docker run [OPTIONS] IMAGE [COMMAND] [ARG...]
常见选项：
-d , --detach：以后台模式启动一个容器--name：给容器命名-P: 随机端口映射，将容器内部端口随机映射到主机的端口-p: 指定端口映射，格式为：主机(宿主)端口:容器端口--volume , -v: 绑定一个卷，实现数据共享和持久化-i , --interactive: 就如同它字面上的意思，使用此选项表示会保持标准输入（STDIN）打开，从标准输入来接收输入信号；通常与 -t 同时使用-t , --tty: 为容器重新分配一个伪输入终端，通常与 -i 同时使用
# 实例
使用 docker 镜像 nginx:latest 以后台模式启动一个容器，并将容器命名为 mynginx。
docker run --name mynginx -d nginx:latest
使用镜像 nginx:latest 以后台模式启动一个容器，并将容器的80端口映射到主机 随机端口。
docker run -P -d nginx:latest
使用镜像 nginx:latest，以后台模式启动一个容器，将容器的 80 端口映射到主机的 80 端口，主机的目录 /data 映射到容器的 /data。
docker run -p 80:80 -v /data:/data -d nginx:latest
使用镜像 nginx:latest 以交互模式启动一个容器，在容器内执行 /bin/bash 命令。
runoob@runoob:~$ docker run -it nginx:latest /bin/bash
root@b8573233d675:/#
-it 参数告诉了 Docker 项目在启动容器后，需要给我们分配一个 文本输入 / 输出环境，也就是 TTY，跟容器的 标准输入 相关联，这样我们就可以和这个 Docker 容器进行交互了。而 /bin/sh 就是我们要在 Docker 容器里 运行的程序。
所以，上面这条指令翻译成人类的语言就是：请帮我启动一个容器，在容器里执行 /bin/sh，并且给我分配一个 命令行终端 跟这个容器交互。
# 停止容器
docker stop myContainer
停止一个运行中的容器
容器停止后，其维持的文件系统沙盒环境还是存在的，内部被修改的内容也都会保留。
# 重启容器
docker restart myContainer
# 删除容器
# 语法
docker rm [OPTIONS] CONTAINER [CONTAINER...]
选项说明：
-f：通过 SIGKILL 信号强制删除一个运行中的容器。-l：移除容器间的网络连接，而非容器本身。-v：删除与容器关联的卷。
# 实例
强制删除容器 db01、db02：
docker rm -f db01 db02
删除容器 nginx01, 并删除容器挂载的数据卷：
docker rm -v nginx01
移除容器 nginx01 对容器 db01 的连接，连接名 db：
docker rm -l db
删除所有已经停止的容器：
docker rm $(docker ps -a -q)
# 在运行的容器中执行命令
当我们启动容器后，我们还会希望进一步 了解容器 或 操作容器，这时候最佳的方式就是让我们进入到容器了。
容器是一个隔离运行环境的东西，它里面除了镜像所规定的 主进程 外，其他的进程也是能够运行的，Docker 为我们提供了一个命令 docker exec 来让容器运行我们所给出的命令。
# 语法
docker exec [OPTIONS] CONTAINER COMMAND [ARG...]
选项说明：
-d：分离模式: 在后台运行-i：表示保持我们的输入流，只有使用它才能保证控制台程序能够正确识别我们的命令-t：分配一个伪终端
我们可以进入 nginx 镜像构建的容器，可以修改 nginx 的配置文件，实现负载均衡，重定向等，或修改默认的 Nginx 欢迎⻚⾯等。
# 实例
在容器 mynginx 中以交互模式执行容器内 /root/runoob.sh 脚本:
docker exec -it mynginx /bin/sh /root/runoob.sh
在容器 mynginx中开启一个交互模式的终端:
docker exec -i -t mynginx /bin/bash
root@b1a0703e41e7:/#
# 进入容器
我们操作 Linux 这个过程，并不是 Linux 内部的某些机能，而是通过 控制台软件 来完成的。控制台软件分析我们的命令，将其转化为对 Linux 的 系统调用，实现了我们对 Linux 的操作。若不是这样，生涩的系统调用方法对普通开发者来说简直就是黑洞一般的存在，更别提用它们控制系统了。
在 Linux 中，常见的控制台软件是 Shell 和 Bash，它们分别由 sh 和 bash 这两个程序启动。
这里说的 进入容器，就是通过 docker exec 命令来启动 sh 或 bash，并通过它们实现对容器内的虚拟环境的控制。
docker exec -it nginx bash
通过在容器中 执行控制台程序 进而 进入容器 这种方法，我们能了解容器运行的详细信息，也更容易排查程序或者环境引起的问题。
# 管理容器
# 列出容器
# 语法
docker ps [OPTIONS]
选项说明：
-a：显示所有的容器，包括未运行的。-f：根据条件过滤显示的内容。--format：指定返回值的模板文件。-l：显示最近创建的容器。-n：列出最近创建的n个容器。--no-trunc：不截断输出。-q：静默模式，只显示容器编号。-s：显示总的文件大小。
在 docker ps 的结果中，COMMAND 表示的是容器中主程序 ( 也就是与容器生命周期所绑定进程所关联的程序 ) 的 启动命令，这条命令是在 镜像内定义的，而 容器的启动 其实质就是 启动这条命令。
# 获取容器的日志
# 语法
docker logs [OPTIONS] CONTAINER
选项说明：
-f：跟踪日志输出--since：显示某个开始时间的所有日志-t：显示时间戳--tail：仅列出最新N条容器日志
# 实例
跟踪查看容器 mynginx 的日志输出。
docker logs -f mynginx
查看容器 mynginx 从2016年7月1日后的最新10条日志。
docker logs --since="2016-07-01" --tail=10 mynginx
# 获取容器中进程信息
# 语法
docker top [OPTIONS] CONTAINER [ps OPTIONS]
容器运行时不一定有 /bin/bash 终端来交互执行 top 命令，而且容器还不一定有 top 命令，可以使用 docker top 来实现查看 container 中正在运行的进程。
# 实例
查看容器 mymysql 的进程信息。
docker top mymysql
查看所有运行容器的进程信息。
for i in `docker ps |grep Up|awk '{print $1}'`;do echo \ &&docker top $i; done
# 获取容器/镜像的元数据。
# 语法
docker inspect [OPTIONS] NAME|ID [NAME|ID...]
选项说明：
- -f :指定返回值的模板文件。
- -s :显示总的文件大小。
- --type :为指定类型返回JSON。
# 实例
获取镜像 mysql:5.6 的元信息。
docker inspect mysql:5.6
在 docker inspect 的结果中我们可以看到关于镜像相当完备的信息。
# 衔接到容器
通过 docker attach 命令，用于将当前的 输入输出流 连接到 指定的容器上。
docker attach nginx
这个命令最直观的效果可以理解为我们将容器中的主程序转为了 “前台” 运行 ( 与 docker run 中的 -d选项有相反的意思 )。
由于我们的输入输出流衔接到了容器的主程序上，我们的输入输出操作也就直接针对了这个程序，而我们发送的 Linux 信号也会转移到这个程序上。例如我们可以通过 Ctrl + C 来向程序发送停止信号，让程序停止 ( 从而容器也会随之停止 )。
# 容器rootfs命令
# 数据拷贝
# 语法
docker cp [OPTIONS] CONTAINER:SRC_PATH DEST_PATH|-
docker cp [OPTIONS] SRC_PATH|- CONTAINER:DEST_PATH
用于容器与主机之间的数据拷贝。
# 实例
将主机 /www/runoob 目录拷贝到容器 96f7f14e99ab 的 /www 目录下。
docker cp /www/runoob 96f7f14e99ab:/www/
将主机 /www/runoob 目录拷贝到容器 96f7f14e99ab 中，目录重命名为www。
docker cp /www/runoob 96f7f14e99ab:/www
将容器 96f7f14e99ab 的 /www 目录拷贝到主机的 /tmp 目录中。
docker cp 96f7f14e99ab:/www /tmp/
# 镜像仓库
# 获取镜像
docker pull ubuntu:16.04
从镜像仓库中拉取或者更新指定镜像。
上⾯的例子中，没有指定 Docker 镜像仓库地址，因此将会从 Docker Hub 获取镜像。⽽镜像名称是 ubuntu:16.04，因此将会获取官⽅镜像 library/ubuntu 仓库中标签为 16.04 的镜像。
# 推送镜像
docker push myImage:v1
上传本地镜像 myImage:v1 到镜像仓库中，要先登陆到镜像仓库。
# 查找镜像
docker search --filter=stars=50 node
- filter：根据过滤条件
stars=50，获取指定镜像列表。 - stars：类似 Github 里面的 star，表示点赞、喜欢的意思。
从 Docker Hub 查找所有镜像名包含 node，并且收藏数大于50的镜像。
# 登陆镜像仓库
docker login -u 用户名 -p 密码
登陆到一个 Docker 镜像仓库，如果未指定镜像仓库地址，默认为官方仓库 Docker Hub。
# 登出镜像仓库
docker logout
登出一个 Docker 镜像仓库，如果未指定镜像仓库地址，默认为官方仓库 Docker Hub。
# 本地镜像管理
# 列出本地镜像
# 语法
docker images [OPTIONS] [REPOSITORY[:TAG]]
选项说明：
-a：列出本地所有的镜像（含中间映像层，默认情况下，过滤掉中间映像层）；--digests：显示镜像的摘要信息；-f：显示满足条件的镜像；--format：指定返回值的模板文件；--no-trunc：显示完整的镜像信息；-q：只显示镜像ID。
# 实例
查看本地镜像列表
docker images
列出本地镜像中 REPOSITORY 为 ubuntu 的镜像列表。
docker images ubuntu
# 删除本地镜像
强制删除本地镜像 runoob/ubuntu:v4
docker rmi -f runoob/ubuntu:v4
删除镜像的过程其实是删除镜像内的 镜像层，在删除镜像命令打印的结果里，我们可以看到被删除的 镜像层 以及它们的 ID。当然，如果存在两个镜像共用一个镜像层的情况，你也不需要担心 Docker 会删除被共享的那部分镜像层，只有当镜像层只被当前被删除的镜像所引用时，Docker 才会将它们从硬盘空间中移除。
# 标记本地镜像
标记本地镜像，将其归入某一仓库。
将镜像 ubuntu:15.10 标记为 runoob/ubuntu:v3 镜像。
docker tag ubuntu:15.10 runoob/ubuntu:v3
# 使用 Dockerfile 创建镜像
# 语法
docker build [OPTIONS] PATH | URL | -
选项说明：
--build-arg=[]：设置镜像创建时的变量；--cpu-shares：设置 cpu 使用权重；--cpu-period：限制 CPU CFS周期；--cpu-quota：限制 CPU CFS配额；--cpuset-cpus：指定使用的CPU id；--cpuset-mems：指定使用的内存 id；--disable-content-trust：忽略校验，默认开启；-f：指定要使用的Dockerfile路径；--force-rm：设置镜像过程中删除中间容器；--isolation：使用容器隔离技术；--label=[]：设置镜像使用的元数据；-m：设置内存最大值；--memory-swap：设置Swap的最大值为内存+swap，"-1"表示不限swap；--no-cache：创建镜像的过程不使用缓存；--pull：尝试去更新镜像的新版本；--quiet, -q：安静模式，成功后只输出镜像 ID；--rm：设置镜像成功后删除中间容器；--shm-size：设置/dev/shm的大小，默认值是64M；--ulimit：Ulimit配置。--tag, -t：镜像的名字及标签，通常 name:tag 或者 name 格式；可以在一次构建中为一个镜像设置多个标签。--network：默认 default。在构建期间设置RUN指令的网络模式
# 实例
使用当前目录的 Dockerfile 创建镜像，标签为 runoob/ubuntu:v1。
docker build -t runoob/ubuntu:v1 .
使用 URL github.com/creack/docker-firefox 的 Dockerfile 创建镜像。
docker build github.com/creack/docker-firefox
通过 -f 指定 Dockerfile 文件的位置：
docker build -f /path/to/a/Dockerfile .
# 定制镜像
镜像是容器的基础，每次执⾏ docker run 的时候都会指定哪个镜像作为容器运⾏的基础。在之前的例⼦中，我们所使⽤的都是来⾃于 Docker Hub 的镜像。直接使⽤这些镜像是可以满⾜⼀定的需求，⽽当这些镜像⽆法直接满⾜需求时，我们就需要定制这些镜像。
当我们运⾏⼀个容器的时候（如果不使⽤卷的话），我们做的任何⽂件修改都会被记录于容器存储层⾥。⽽ Docker 提供了⼀个 docker commit 命令，可以将容器的存储层保存下来成为镜像。换句话说，就是在原有镜像的基础上，再叠加上容器的存储层，并构成新的镜像。以后我们运⾏这个新镜像的时候，就会拥有原有容器最后的⽂件变化。
# 语法
docker commit [OPTIONS] CONTAINER [REPOSITORY[:TAG]]
选项说明：
-a：提交的镜像作者；-c：使用Dockerfile指令来创建镜像；-m：提交时的说明文字；-p：在commit时，将容器暂停。
# 实例
将容器 a404c6c174a2 保存为新的镜像,并添加提交人信息和说明信息。
docker commit \
--author "1111" \
--message "修改了默认镜像" \
webserver \
nginx:v2
webserver：通过 nginx:latest 镜像，运行的容器
我们还可以⽤ docker history 具体查看镜像内的历史记录，如果⽐较 nginx:latest 的历史记录，我们会发现新增了我们刚刚提交的这⼀层。