对容器基于启动cmd/entrypoint服务重启kill 1

Posted on Views:

docker exec valuation-engine-sjzxd kill 1命令的作用是终止（杀死）在一个正在运行的 Docker 容器中 PID（进程 ID）为 1 的核心进程。

1. 命令结构拆解

  • docker exec：这是 Docker 的一个子命令，用于在已经运行的容器内执行一个新的命令。
  • valuation-engine-sjzxd：这是容器的名称（Name）或容器 ID。在这个例子中，它代表一个名为 valuation-engine-sjzxd 的特定容器。
  • kill：这是要在容器内执行的 Linux 命令，用于向进程发送信号（默认发送 SIGTERM(15) 信号，要求进程安全退出）。
  • 1：这是 kill 命令的目标对象，即 PID 1（进程 ID 为 1 的进程）。

2. 核心原理：为什么是 PID 1？

在 Linux 操作系统和 Docker 容器中，PID 1 具有非常特殊的地位：

  • 主进程（Init 进程）：它是容器启动时运行的第一个进程（由 Dockerfile 中的 CMD 或 ENTRYPOINT 指定）。
  • 容器的生命线：Docker 容器的生命周期是与 PID 1 进程绑定的。只要 PID 1 进程在运行，容器就保持运行；一旦 PID 1 进程退出或被杀死，整个 Docker 容器就会立即停止运行。

3. 执行这条命令会发生什么？

当你执行 $ docker exec valuation-engine-sjzxd kill 1 时，会发生以下连锁反应：

  1. 发送终止信号：Docker 进入该容器，向主进程（PID 1）发送一个终止信号。
  2. 进程退出：主进程收到信号后开始关闭。如果它响应了信号，它会优雅地释放资源并退出；如果它忽略了该信号（有些应用作为 PID 1 时不会处理默认信号），则可能毫无反应。
  3. 容器停止：如果 PID 1 成功被杀掉，**valuation-engine-sjzxd 容器将会直接变为 Exited（退出）状态**。

4. 为什么不直接使用 docker stop？

你可能会问，如果目的是停止容器，为什么不直接用 docker stop valuation-engine-sjzxd？

  • docker stop 的逻辑：它从容器外部向容器的 PID 1 发送 SIGTERM，等待一段时间（默认 10 秒），如果进程没退出，再发送 SIGKILL 强行杀死。
  • docker exec ... kill 1 的逻辑：它是通过容器内部的 shell 去触发 kill 命令。在某些特殊的调试场景下（例如容器对外部的 docker stop 信号没有反应，或者想要测试应用对内部信号的捕获机制时），开发者会尝试这种做法。

注意: 如果该容器的镜像是以非 root 用户运行的，而你执行 docker exec 时没有指定用户，可能会因为权限不足（Permission denied）而无法杀死 PID 1。