CentOS僵尸进程的核心原因
僵尸进程（Zombie Process）是子进程已终止但未被父进程回收资源（如进程描述符、退出状态）的残留进程，其产生主要与父进程对子进程生命周期的管理异常相关，具体原因如下：
子进程终止时会向父进程发送SIGCHLD信号，通知其回收资源。若父进程未调用wait()或waitpid()等系统调用来读取子进程的退出状态，子进程的进程描述符会一直保留在系统进程表中，形成僵尸进程。这是僵尸进程最常见的产生原因。
若父进程在子进程完成执行前意外终止（如被强制杀死、崩溃），子进程会失去父进程引用，成为“孤儿进程”。正常情况下，孤儿进程会被init进程（PID=1）接管，由其负责回收资源。但如果init进程因故障（如未正常运行）或配置错误（如禁用了子进程回收），无法处理这些孤儿进程，它们会逐渐堆积为僵尸进程。
父进程若在执行阻塞操作（如read()、write()等系统调用）或陷入死循环，可能无法及时响应子进程发送的SIGCHLD信号。此时，子进程虽已终止，但父进程无法调用回收函数，导致僵尸进程产生。此外，若父进程使用signalfd等方式处理信号，却因其他任务（如epoll事件处理）卡住，也会错过SIGCHLD信号，引发僵尸进程。
在多线程应用中，若子进程的主线程已退出，但仍有其他线程处于D态（不可中断状态）（如等待I/O、持有锁无法释放），会导致子进程无法完全终止。此时，子进程的进程描述符仍存在于系统中，形成僵尸进程。这种情况需特别注意线程同步与资源释放。
父进程若通过信号处理函数（如sigaction）捕获SIGCHLD信号，但处理函数中未正确调用wait()或存在逻辑错误（如未处理信号参数、未重置信号处理函数），可能导致SIGCHLD信号未被有效处理，进而无法回收子进程资源，引发僵尸进程。
以上原因均会导致子进程无法被父进程正常回收，最终形成僵尸进程。需通过优化父进程代码（如正确处理信号、调用wait()函数）、监控系统进程状态等方式预防和解决。
