面试官:能在容器里面通过 kill -9 杀死容器吗?问倒一大片。。。
我们都知道,想要在 Linux 中终止一个进程有两种方式。
-
如果是前台进程可以使用 Ctrl+C 键进行终止。 -
如果是后台进程,那么需要使用 kill 命令来终止(其实 Ctrl+C 也是kill命令)。
kill命令默认将信号(signal)15发给进程,让进程优雅地退出,释放资源。而kill -9则是强制终止进程,相当于发送信号9,不管进程是否想要退出,都会被迫停止运行。
下面是kill命令的基本语法:
kill [-s signal | -signal] pid
其中,signal 可以是信号的名称或数字,也可以使用-
号对信号进行取反(例如,-9
表示强制终止进程)。pid是进程的PID号。
强制终止进程可能会导致进程意外终止,因此需要谨慎使用,kill -9还可以用于终止僵尸进程。
上面我了解了关于 Kill 命令的具体使用方法以及注意事项。
前几天有读者私聊问我,他遇到一个相关的面试题,面试官问他:能否在容器里使用 Kill -9 命令杀死容器?一下给他直接问懵逼了。
下面我们就来一起探讨一下这个经典的面试题。
我们都知道,容器里面第一个进程的PID为 1,那么当我们进入容器后,能否通过。
# kill -9 1
的方式杀死自己吗 ?
答案是不能。为什么呢?看下面。
SIGKILL(-9)信号有两个特殊的地方:
-
1、除了PID为1的进程以外,其他进程不能忽略这个信号。 -
2、不允许捕获,注册handler。这个其实很容易理解,SIGKILL的目的是强制杀死进程,如果进程自己捕获处理后,并没有执行exit退出,那么就永远无法杀死了。而PID为1 的进程,通常称为init进程,是忽略SIGKILL信号的,所以无法在容器的PID Namespace里面杀死的。
细心的你可能已经发现了,我说的是无法在容器内的PID Namespace里面杀死。那么,容器外呢?当然可以,docker kill 命令就是在容器外通过发送SIGKILL杀死容器的,因为在宿主机上,这个init进程的ID已经不再是 1 了。
那我们可以在容器内部通过信号杀死自己吗?还是回到上面说的,SIGKILL信号不能被捕获,但其他信号可以啊。譬如 SIGQUIT、SIGTERM。下面是一个捕获SIGQUIT的Demo。
#include <signal.h>
#include <stdlib.h>
#include <unistd.h>
#include <stdio.h>
void handler(int sig)
{
exit(sig);
}
int main(int argc, char *argv[])
{
int duration;
if (argc > 1)
{
duration = atoi(argv[1]);
printf("Sleeping for %ds\n", duration);
sleep(duration);
exit(EXIT_SUCCESS);
}
if(signal(SIGQUIT, handler) == SIG_ERR)
exit(EXIT_FAILURE);
for (;;)
pause();
}
执行代码编译(gcc -Wall a.c -o a.o && ./a.o
) 后通过Dockerfile打到镜像里面,启动进入容器便可以通过 ”kill -3 “杀死容器,优雅退出了。如下所示。
[root@test ~]# docker exec -it cd1c839a758d sh
sh-4.4#
sh-4.4# kill -9 1
sh-4.4#
sh-4.4# kill -3 1
sh-4.4# [root@test ~]#
上面也顺便演示了在容器里面通过”kill -9 “ 是无法杀死容器的。
所以,在进入容器后,想要在容器内停止容器可以使用以下命令:
docker stop <container_id>
其中,<container_id>
是要停止的容器的 ID。可以通过 docker ps 命令来获取当前正在运行的容器列表及其 ID。执行上述命令后,Docker 会向容器发送一个 SIGTERM 信号,请求它优雅地停止。如果容器在一定时间内没有响应,Docker 将会强制终止该容器。
另外,也可以使用以下命令来直接强制停止容器:
docker kill <container_id>
这个命令会向容器发送一个SIGKILL
信号,直接杀死该进程并终止容器。
所以,docker kill 才是 kill 容器的终极武器。
本站网址:www.Linux66.cn
本站提供的一切软件、教程和内容信息仅限用于学习和研究目的。
不得将上述内容用于商业或者非法用途,否则,一切后果请用户自负。
我们非常重视版权问题,如有侵权请邮件与我们联系处理。敬请谅解!邮件:pengch1611@gmail.com
网站部分内容来源于网络,版权争议与本站无关。请在下载后的24小时内从您的设备中彻底删除上述内容。
如无特别声明本文即为原创文章仅代表个人观点,版权归《DevOps运维技术栈》所有,欢迎转载,转载请保留原文链接。