Docker基础教程（四十二）基本操作之杀死容器的docker kill命令：Docker 界的“终结者”：docker kill 命令深度解剖，附送优雅与强杀的终极指南！

引言：当温柔已不再奏效

在Docker的日常运维中，我们常常会遇到一些“彬彬有礼”的操作。比如docker stop，它会先给容器内的主进程发送一个SIGTERM信号，礼貌地请求它：“嘿，麻烦您自行关闭一下，给您10秒（默认）时间准备。” 如果进程是个乖孩子，它就会保存状态、释放资源，然后自行退出。

但世界并不总是那么美好。你肯定会遇到这样的情况：某个容器进程突然“脑死亡”，陷入无响应状态；或者它是个倔驴，根本不理会你的SIGTERM信号。此时，你再怎么docker stop，都如同对牛弹琴。屏幕前的你，耐心逐渐耗尽，眉头紧锁，心里只有一个念头：“给我立刻、马上、弄死它！”

这时，你就需要召唤Docker界的“终结者”—— docker kill 命令。它不跟你多废话，通常直接掏出“SIGKILL”这把大刀，一刀下去，进程瞬间灰飞烟灭，绝无还手之力。今天，我们就来深度解剖这位“杀手”的毕生绝学。

第一章：docker kill 的核心原理——信号的艺术

在理解docker kill之前，你必须先了解一点Linux的基础知识：信号（Signal）。

信号是Linux系统中进程间通信的一种方式，它是一种异步通知机制，用于告知进程某个事件的发生。你可以把它理解为给进程发送的一道命令。

docker kill 命令的本质，就是向容器内部的主进程（PID 1）发送一个指定的Unix信号。其最基本的语法格式如下：

docker kill [OPTIONS] CONTAINER [CONTAINER...]

默认行为： 如果你不指定任何选项，docker kill 会默认发送 SIGKILL 信号（信号编号为9）。

SIGKILL是何方神圣？
SIGKILL是Linux信号中的“必杀技”，它拥有最高优先级。当一个进程收到SIGKILL信号时，操作系统内核会立即强制终止该进程，不会给进程任何清理现场、保存数据的机会。这个过程是不可捕获、不可阻塞、不可忽略的。所以，它是一种非常强硬和粗暴的终止方式。

但这并不意味着docker kill永远这么粗暴。它的强大之处在于，你可以通过-s参数来指定你想要的任何信号，让它从一名莽夫变成一位精准的狙击手。

第二章：docker kil