僵尸进程能够被杀死吗？

feeling

关于僵尸进程，是不是不同的系统会有较大的差别啊？
在Unix编程/应用问答中文版 --- 13.进程相关问题有如下说法：

原帖由 "小四" 发表：

在fork()/execve()过程中，假设子进程结束时父进程仍存在，而父进程fork()之前既没安装SIGCHLD信号处理函数调用waitpid()等待子进程结束，又没有显式忽略该信号，则子进程成为僵尸进程，无法正常结束，此时即使是root身份kill -9也不能杀死僵尸进程。
补救办法是杀死僵尸进程的父进程(僵尸进程的父进程必然存在)，僵尸进程成为"孤儿进程"，过继给1号进程init，init始终会负责清理僵尸进程。

可是，我遇到的情况令我觉得很奇怪：
因为怀疑进程A存在问题，所以对其进行观察。
启动进程A，稍后查看系统中僵尸进程的情况

1. 
   
2. $ps -ef |grep defunct
   
3. feeling 25485 13812  0                   0:00 <defunct>;
   

复制代码

继续查看，发现该僵尸进程的父进程ID<13812>;对应的进程就是A。
奇怪的是，稍后再次查看时，该僵尸进程已消失，而其父进程A依然健在

1. 
   
2. $ps -ef |grep defunct
   
3. feeling  3334 18555  0 11:40:42 pts/4    0:00 grep defunct
   

复制代码

很是令人费解啊！
进程A里面是做了waitpid的处理的，难道说在这种情况下也是会出现僵尸进程的，而该僵尸进程还是可以由其父进程“回收”的？
那这样的话，“僵尸进程”这个名字是否还能够反应其实质呢？

feeling

对了，补充一下系统环境：

1. 
   
2. $uname -a
   
3. SunOS sr-bu 5.8 Generic_108528-29 sun4u sparc SUNW,Sun-Fire-880
   

复制代码

alanlql

试试在程序开始时加入以下代码：

1.   signal(SIGCLD,SIG_IGN);  /* ignore death child process */
   

复制代码