☰

是否“杀死”` 找出正确的杀戮顺序（或者是否进行了正确的重试）？

tag-icon • tag-icon bash kill
是否“杀死”` 找出正确的杀戮顺序（或者是否进行了正确的重试）？

有些进程不能在其他进程之前被杀死，所以我可以想到一种情况，kill <PID list>尝试杀死这样的进程，放弃，然后成功杀死它的“伙伴”，使前者未被杀死，即使它也可以杀死它，稍后重试。

如果这种情况属实，另一个问题是，是否kill <PID list>遵守列表中 PID 的顺序，或者我是否必须使用单独的终止进程来控制进程被终止的顺序？

答案1

我怀疑除了依次向每个目标发送信号之外还有其他什么。POSIX 的定义kill(1)就是这样，所以重试似乎违反了规范：

这杀实用程序应向每个指定的一个或多个进程发送信号PID操作数。

对于每个PID操作数，杀公用事业公司应执行相当于杀（） 功能

另外，请记住，并非所有信号都会导致进程终止，有些信号SIGHUP（更不用说SIGUSR1）对于不同的程序可能意味着不同的事情。没有明确的方法可以kill知道何时重试，但肯定存在先发送SIGTERM然后使用SIGKILL.

按照给定的顺序发送信号将是简单的实现，这就是 Bashkill所做的：

$ strace -etrace=kill bash -c 'kill -0 33330 33339 33335 33332 33337' |& grep ^'kill('
kill(33330, SIG_0)                      = -1 ESRCH (No such process)
kill(33339, SIG_0)                      = -1 ESRCH (No such process)
kill(33335, SIG_0)                      = -1 ESRCH (No such process)
kill(33332, SIG_0)                      = -1 ESRCH (No such process)
kill(33337, SIG_0)                      = -1 ESRCH (No such process)

答案2

kill <PID list>只是将指定的信号发送到指定的进程列表。那么系统的行为取决于该特定进程是否忽略该特定信号。默认情况下，kill发送 TERM 信号。

假设您在这里讨论的是 SIGKILL，则该信号无法被阻止或忽略。因此kill -9将终止列出的进程，除非由于某种原因该进程无响应（例如，在阻塞的 NFS 上等待 I/O）。

答案3

我们可以通过简单地看一下来回答这个问题杀死.c。

基本上我们只是：

  • 列出具有 struct proc_processes 的所有进程ps = proc_open_processes(); 然后我们通过 pid 或进程名称过滤该列表并发送

  • 对每个找到的进程执行kill_verbose(&ctl)，这很简单 杀死（ctl->pid，ctl->numsig）

当进程被 SIGKILL 杀死时，它就终止了。从信号.h:

terminate   - kill the process, i.e. all threads in the group,
      similar to exit_group.  The group leader (only) reports
      WIFSIGNALED status to its parent.

正如您所看到的，这只是简单的“发送消息以处理”命令。没有什么花哨。

相关内容