关于sigkill一问

木叉叉木大

Although SIGKILL is defined in the same signal header file as SIGTERM, it cannot be ignored by the process.
In fact, the process isn't even made aware of the SIGKILL signal since the signal goes straight to the kernel
init. At that point, init will stop the process. The process never gets the opportunity to catch the signal and
act on it.
在一个网站看到这样一句话，但是不理解下面这句
since the signal goes straight to the kernel init. At that point, init will stop the process
给一个进程发送SIGKILL，还要经过init，觉得这里不对

0vk0

你可能没看清楚吧，应该是：如果给init发送SIGKILL信号，init 会终止此进程

kgn28

回复 2# 0vk0


    如果给init发SIGKILL，init是不会终止的，init忽略SIGKILL，因为SIGKILL的处理是不分（1，信号产生；2，信号传递）两个过程，SIGKILL在信号产生的时候就直接处理掉需要kill的进程了，而如果发现目标PID是1，则忽略掉SIGKILL。至于他说的把信号给init，然后让init来处理目标PID进程，我也不懂是什么意思。

木叉叉木大

http://club.it.sohu.com/read_elite.php?b=program&a=186960

上面这个网址提供的文章有这样一句话
“确切地说，一般情况下，一个进程收到的信号绝大部分是从系统的INIT传来的。”
不解其意  难道上面的英文描述是正确的？ 信号都要经过init？

kgn28

回复 4# 木叉叉木大


    这个不是现在linux的信号设计方法，只要遵循posix标准的信号就可以，具体实现肯定是不同的。linux情景分析里面说，信号就是内核向用户程序发送的中断，所以具体实现也是在系统调用返回的时候或者在用户态进程被时钟中断打断后返回的时候，才检查信号的产生。

0vk0

把信号给init，然后让init来处理目标PID进程，意思应该是通过init进程来终止SIGKILL要终止的进程

木叉叉木大

回复 6# 0vk0


    这里linux的信号处理流程？我没仔细去看源码 但是感觉不对

0vk0

严重建议您去看一下源码……

木叉叉木大

回复 6# 0vk0


    谢谢0vk0兄激励  俺还是没看源码 只看了下情景分析 第6章 信号部分   不可能是发送信号的进程给init发信号，然后让init终止接收信号的进程      是发送信号的进程会构造一个结构体
挂到接收信号的task_struct下，接收信号的进程在合适的时机会处理这个信号。SIG_KILL除外，这个信号对于要杀死的进程来说是看不见的，直接让被杀的进程不知道
怎么死的。

0vk0

呵呵~~~