比较 Docker Stop 与 Kill：何时使用哪个命令
在管理 Docker 容器时，了解终止容器的细微差别对于应用程序的稳定性和数据完整性至关重要。停止容器的两个主要命令是 docker stop 和 docker kill。虽然它们都实现了停止运行中容器的目标，但它们的操作方式截然不同，并且有不同的使用场景。选择正确的命令可以防止数据丢失，确保应用程序正常关闭，并有助于故障排除。
本文将深入探讨 docker stop 和 docker kill 的核心区别，探讨它们的基本机制，并就何时使用每个命令以实现最佳容器管理提供明确的指导。通过理解这些区别，您可以增强 Docker 工作流程，并确保您的应用程序即使在关机序列中也能表现出可预测的行为。
理解 docker stop
docker stop 命令旨在实现容器的优雅关闭。当您执行 docker stop <container_id> 时，Docker 会向容器内运行的主进程发送一个 SIGTERM 信号。SIGTERM 信号是请求进程自行干净终止的信号。这意味着容器内的应用程序有机会：
- 保存其当前状态。
- 关闭开放的网络连接。
- 释放其占用的资源。
- 完成任何正在进行的操作（例如将数据写入磁盘）。
发送 SIGTERM 信号后，Docker 会等待一个默认的宽限期，即 10 秒。如果容器内的进程在此期间终止，则认为容器已成功停止。但是，如果进程在宽限期内没有终止，Docker 随后会发送一个 SIGKILL 信号来强制终止它。
docker stop 的工作原理：
- 发送
SIGTERM：Docker 向容器内的主要进程（PID 1）发送SIGTERM信号。 - 等待宽限期：Docker 等待一个可配置的持续时间（默认为 10 秒）。
- （如有必要）发送
SIGKILL：如果在宽限期结束时进程尚未退出，Docker 将发送SIGKILL信号。
何时使用 docker stop：
- 正常应用程序关闭：这是停止需要干净关闭的应用程序的首选方法，例如数据库、Web 服务器或执行关键写入的应用程序。
- 开发环境：对于开发过程中的例行停止，
docker stop确保您不会意外中断正在进行的过程。 - 计划维护的生产环境：当您需要重新启动服务或执行更新时，
docker stop允许应用程序完成其工作。
示例：
# 启动一个名为 'my-web-server' 的容器
docker run -d --name my-web-server -p 80:80 nginx
# 优雅地停止容器
docker stop my-web-server
# 验证容器已停止
docker ps -a | grep my-web-server
理解 docker kill
另一方面，docker kill 命令旨在立即且强制地终止容器。当您执行 docker kill <container_id> 时，Docker 会直接向容器内运行的主进程发送一个 SIGKILL 信号。与 SIGTERM 不同，SIGKILL 信号不能被进程捕获、忽略或处理。它指示操作系统立即终止该进程，不给它任何清理的机会。
这意味着任何未保存的数据、打开的连接或正在进行的操作都将被突然中止。这可能导致未设计为处理此类突然关闭的应用程序出现数据损坏或状态不一致。
docker kill 的工作原理：
- 发送
SIGKILL：Docker 直接向容器内的主要进程（PID 1）发送SIGKILL信号。 - 立即终止：操作系统立即终止该进程。
何时使用 docker kill：
- 无响应的容器：当容器卡住，并且即使在宽限期过后
docker stop也未能终止它时。 - 紧急停止：在您需要立即停止容器而不管后果的情况下，例如安全事件或关键故障。
- 测试弹性：用于了解应用程序在突然终止条件下的行为（尽管这更多是用于测试而不是常规使用）。
示例：
# 启动一个名为 'my-test-app' 的容器
docker run -d --name my-test-app ubuntu sleep infinity
# 强制杀死容器
docker kill my-test-app
# 验证容器已停止
docker ps -a | grep my-test-app
关键区别总结
| 特性 | docker stop |
docker kill |
|---|---|---|
| 发送的信号 | SIGTERM（宽限期过后为 SIGKILL） |
SIGKILL |
| 终止方式 | 优雅，允许清理 | 立即，强制，不进行清理 |
| 数据完整性 | 通常保持数据完整性 | 有数据损坏或状态不一致的风险 |
| 使用场景 | 正常关闭，计划维护 | 无响应的容器，紧急停止 |
| 宽限期 | 有（默认 10 秒） | 无 |
最佳实践和注意事项
- 始终首先尝试
docker stop：对于常规操作，docker stop应是您的默认选择。它能保护您的应用程序和数据。 - 了解应用程序的信号：应用程序可以被编程为处理
SIGTERM信号。请确保您应用程序的入口点脚本或进程管理器已设置为侦听并优雅地响应SIGTERM。 - 调整
docker stop的宽限期：您可以使用-t或--time标志为docker stop指定自定义宽限期。例如，docker stop -t 30 my-container给予容器 30 秒关闭时间。 - 将
docker kill作为最后的手段：只有在docker stop无效或在情况危急、需要立即终止时，才使用docker kill。 - 监控容器运行状况：在 Docker 设置中实施运行状况检查可以帮助识别变得无响应的容器，从而允许您在它们需要
docker kill之前解决问题。
结论
docker stop 和 docker kill 都是管理 Docker 容器的重要工具，但它们服务于不同的目的。docker stop 通过允许优雅关闭、保持数据完整性并提供清理机会来优先考虑应用程序的健康状况。docker kill 提供立即的、强制的终止，最好留给无响应的容器或在速度至关重要（即使有数据丢失的风险）的紧急情况使用。
通过根据您的具体情况理解并应用适当的命令，您可以维护更强大、更可靠的容器化应用程序。始终倾向于使用 docker stop 这种更温和的方法，将 docker kill 保留给所有其他选项都失败或绝对需要立即终止的情况。