docker run和docker exec的区别及开机启动

docker run 和 docker exec 是 Docker 中两个常用的命令，但它们的功能和使用场景完全不同。以下是它们的详细区别：

1. 功能差异

命令	功能描述
docker run	该命令用于创建并启动一个全新的容器。倘若指定的镜像在本地不存在，Docker 会自动先拉取该镜像，随后启动容器。
docker exec	主要用于在已处于运行状态的容器内执行特定命令。常用于调试、管理操作，或者与正在运行的容器进行交互。

2. 使用场景

命令	使用场景
docker run	- 启动一个全新的容器实例。 - 执行一次性任务（例如对某个镜像进行测试）。 - 部署新的服务。
docker exec	- 进入正在运行的容器并执行命令（比如查看日志、修改配置文件等）。 - 对运行中的容器进行调试。

3. 命令语法

命令	语法
docker run	`docker run [选项] <镜像名> [命令] [参数]`
docker exec	`docker exec [选项] <容器名或ID> <命令> [参数]`

4. 示例对比

docker run 示例

启动一个新的 Nginx 容器：
```
docker run -d --name mynginx nginx
```
- 此操作会创建一个新容器，并启动 Nginx 服务。
- 若本地不存在 nginx 镜像，Docker 会自动拉取该镜像。
运行一个一次性任务（比如启动一个 Ubuntu 容器并执行命令）：
```
docker run ubuntu echo "Hello, Docker!"
```
- 这将启动一个 Ubuntu 容器，执行 echo 命令后，容器即刻停止运行。

docker exec 示例

进入运行中的容器并启动一个交互式 Shell：
```
docker exec -it mynginx /bin/bash
```
- 该命令会进入名为 mynginx 的容器，并启动一个 Bash Shell。
在运行中的容器中执行命令：
```
docker exec mynginx ls /var/log/nginx
```
- 此命令会在 mynginx 容器中列出 /var/log/nginx 目录下的内容。

5. 主要区别

特性	docker run	docker exec
容器状态操作	创建并启动一个全新的容器	在已处于运行状态的容器内执行命令
对容器生命周期影响	开启新容器进程，若本地无对应镜像，会触发镜像拉取流程	不涉及新容器创建，仅针对现有正在运行的容器进行交互操作
常用参数选项	`-d`（用于使容器在后台运行，即分离模式）、 `-it`（以交互式终端模式运行）	`-it`（以交互式终端模式执行命令，常搭配 `/bin/bash` 使用）
典型应用场景	用于部署全新的服务，或是执行一次性的任务流程	主要用于对正在运行的容器开展调试工作以及日常管理操作

6. 详细对比

docker run

核心作用：
- 依据指定镜像创建一个全新的容器实例，并启动该容器。
- 若本地尚未存在指定的镜像资源，Docker 会自动尝试从 Docker Hub 等镜像仓库拉取相应镜像。
常用参数详解：
- -d：该参数可使容器在后台持续运行，避免占用当前终端会话，提升操作效率。
- -it：以交互模式启动容器，此模式下用户可与容器进行实时交互，常与 /bin/bash 结合，以便用户在容器内执行各类命令。
- --name：通过该参数能为创建的容器指定一个易于识别和管理的名称，方便后续对容器进行操作。
- -p：主要用于将容器内部的端口映射到宿主机的指定端口，实现外部对容器服务的访问。
- -v：用于挂载数据卷，可在容器与宿主机之间共享数据，确保数据的持久化与灵活性。
示例展示：
```
docker run -d --name myweb -p 8080:80 nginx
```
此命令创建了一个名为 myweb 的容器，以分离模式在后台运行，将容器内部的80端口映射到宿主机的8080端口，并基于 nginx 镜像启动容器服务。

docker exec

核心作用：
- 专门用于在已经处于运行状态的容器内部执行特定命令。
- 广泛应用于对容器的调试、日常管理操作以及与容器进行交互通信等场景。
常用参数详解：
- -it：以交互模式执行命令，同样常与 /bin/bash 搭配，允许用户在容器内开启一个交互式终端会话，方便执行各种命令。
- -u：借助该参数，可指定以特定用户身份在容器内执行命令，满足不同权限需求。
示例展示：
```
docker exec -it myweb /bin/bash
```
该命令在名为 myweb 的运行容器内，以交互模式启动一个 bash 终端，用户可通过此终端在容器内执行各种操作。

7. 常见问题

Q1：何时选用 `docker run`，何时选用 `docker exec`？

当需要启动一个全新的容器，比如部署新的服务项目，或者执行一次性的测试、计算等任务时，应选用 docker run 命令。
若要对已经在运行的容器进行操作，例如查看容器内的日志文件、修改配置参数等，则需要使用 docker exec 命令。

Q2： `docker run` 和 `docker exec` 能否共同使用？

完全可以。一般先通过 docker run 命令启动容器，构建起容器运行环境；之后再运用 docker exec 命令进入已启动的容器，开展调试、管理等具体操作。

Q3： `docker exec` 能否在已停止的容器中使用？

不可以。 docker exec 仅适用于正在运行状态的容器。若容器已停止，必须先使用 docker start 命令将容器启动后，方可使用 docker exec 命令对其进行操作。

8. 总结

命令	核心功能	适用场景
docker run	创建并启动新容器，构建容器运行实例	适用于部署全新的服务，以及执行各类一次性任务场景
docker exec	在已运行的容器中执行命令，实现容器内操作	主要用于对运行中的容器进行调试、管理等日常操作场景

docker run 是开启新容器运行进程的关键入口，是构建容器化服务的起始步骤。
docker exec 是对正在运行的容器进行精细化管理的得力工具，助力运维人员高效开展调试与管理工作。
二者相互配合，在 Docker 容器管理体系中发挥着重要作用，能够帮助用户高效、稳定地管理和调试 Docker 容器，确保容器化应用的可靠运行。

在 Docker 的丰富应用场景中，我们可通过合理配置容器的重启策略，实现容器开机自动启动的功能。Docker 精心提供了多种灵活的重启策略，这些策略犹如忠诚的守护卫士，能够在宿主机重启或者容器意外退出等复杂情况下，确保容器自动恢复运行，有力地维持业务的连续性与稳定性，为用户的业务应用保驾护航。

以下为您详细介绍几种实现容器开机自动启动的有效方法：

1. 运用 `--restart` 参数

在启动容器的过程中，我们能够借助 --restart 参数来精准指定容器的重启策略。这一策略决定了容器在不同退出状态下的后续行为。

重启策略选项解析

no：作为默认设置，意味着容器不会进行自动重启操作。当容器退出后，除非手动干预，否则不会再次启动。
on-failure：当容器以非正常状态退出（即退出状态码不为 0）时，Docker 会自动重启该容器。这种策略适用于那些需要确保任务成功完成的场景。
always：无论容器的退出状态码如何，只要容器停止运行，它都会自动重启。此策略适用于对服务连续性要求极高的场景。
unless-stopped：容器会始终保持自动重启的状态，除非用户手动将其停止。这为用户提供了灵活的控制方式。

示例展示

设置容器开机自动启动：
```
docker run -d --name mycontainer --restart always nginx
```
通过上述命令，当宿主机重启时，名为 mycontainer 的 Nginx 容器会自动启动，确保服务的持续运行。
设置容器在非正常退出时重启：
```
docker run -d --name mycontainer --restart on-failure nginx
```
此命令使得容器仅在非正常退出时才会自动重启，有助于避免不必要的重启操作。

2. 修改已运行容器的重启策略

若容器已经处于运行状态，我们可以使用 docker update 命令对其重启策略进行修改，以满足不同的业务需求。

示例操作

将容器 mycontainer 的重启策略修改为 always：

docker update --restart always mycontainer

执行该命令后，mycontainer 容器将在任何情况下自动重启，确保服务的稳定性。

3. 借助 Docker Compose 配置开机启动

在使用 Docker Compose 进行多容器编排时，我们可以通过 restart 字段来指定容器的重启策略，实现开机自动启动的功能。

示例演示

在 docker-compose.yml 文件中配置开机启动：
```
version: '3'
services:
  web:
    image: nginx
    restart: always
```
上述配置指定了名为 web 的服务使用 nginx 镜像，并设置其重启策略为 always，确保该服务在开机时自动启动。
启动服务：
```
docker-compose up -d
```
执行此命令后，Docker Compose 会根据配置文件启动所有服务，并将它们置于后台运行。

4. 利用 Systemd 管理 Docker 容器

若宿主机采用 Systemd 作为初始化系统，我们可以通过创建 Systemd 服务文件来管理 Docker 容器的开机启动，实现更精细的控制。

详细步骤

创建 Systemd 服务文件：例如，创建 /etc/systemd/system/mycontainer.service 文件，内容如下：
```
[Unit]
Description=My Docker Container
Requires=docker.service
After=docker.service


[Service]
Restart=always
ExecStart=/usr/bin/docker start -a mycontainer
ExecStop=/usr/bin/docker stop -t 2 mycontainer


[Install]
WantedBy=multi-user.target
```
- ExecStart：该指令用于启动容器，确保容器在系统启动时自动运行。
- ExecStop：用于停止容器，并设置了 2 秒的超时时间，避免容器长时间无法停止。
- Restart=always：确保容器在意外退出时能够自动重启，维持服务的稳定性。
启用并启动服务：
```
sudo systemctl enable mycontainer.service
sudo systemctl start mycontainer.service
```
执行上述命令后，mycontainer 服务将被启用并启动，同时会在系统开机时自动运行。
检查服务状态：
```
sudo systemctl status mycontainer.service
```
通过该命令，我们可以查看 mycontainer 服务的当前状态，确保其正常运行。

5. 注意事项

重启策略的合理选择

always：适用于那些需要长期稳定运行的服务，如 Web 服务器、数据库等，以确保服务的不间断性。
on-failure：对于任务型容器较为合适，只有在任务执行失败时才会触发重启，避免不必要的资源消耗。
unless-stopped：适用于需要手动灵活控制的场景，用户可以根据实际需求随时停止或启动容器。

容器依赖顺序的处理

如果多个容器之间存在依赖关系，例如应用容器依赖于数据库容器，我们可以使用 Docker Compose 的 depends_on 字段或编写自定义脚本，确保容器按照正确的顺序启动，避免因依赖问题导致服务异常。

资源限制的设置

若容器频繁出现重启现象，可能是由于资源不足所导致。此时，我们可以通过 --memory 和 --cpus 参数对容器的资源使用进行限制，确保容器在合理的资源范围内稳定运行。

日志查看与问题排查

容器重启后，我们可以通过 docker logs 命令查看容器的日志信息，从而排查可能存在的问题：

docker logs mycontainer

总结

推荐方法：在大多数情况下，使用 --restart 参数或 Docker Compose 配置开机启动是较为便捷和高效的方式，能够满足常见的业务需求。
高级管理：对于复杂的应用场景，如需要对容器启动进行更精细的控制和管理，可以使用 Systemd 服务文件来管理容器。
注意事项：在实际操作过程中，我们应根据具体的业务需求选择合适的重启策略，并确保容器之间的依赖关系和资源分配合理，以实现 Docker 容器的稳定开机启动，保障服务的高可用性。

通过运用上述方法，您可以轻松实现 Docker 容器的开机自动启动，为业务的稳定运行提供有力保障。