在Ubuntu（以及其他Linux发行版）中，僵尸进程（Zombie Process）的产生通常是由于父进程在子进程结束之前没有正确地处理子进程的结束状态。具体来说，当子进程结束运行时，它会向父进程发送一个SIGCHLD信号，通知父进程它已经终止。如果父进程没有捕获这个信号并调用wait()或waitpid()函数来处理子进程的结束状态，子进程就会变成僵尸进程。
僵尸进程产生的原因
- 父进程未正确处理子进程退出：当子进程正常退出时，它会发送一个SIGCHLD信号给父进程。如果父进程没有安装信号处理器来处理SIGCHLD信号，或者即使安装了但没有调用wait()或waitpid()来回收子进程的资源，子进程就会变成僵尸进程。
- 父进程过早终止：如果父进程在子进程之前退出，而没有设置适当的机制（如使用waitpid()）来等待子进程结束，那么子进程将成为孤儿进程，最终被init进程（PID为1）收养。虽然init进程会处理这些孤儿进程，但在某些情况下，如果init进程也崩溃或重启，这些僵尸进程可能会暂时保留在系统中。
- 信号处理不当：如果父进程在接收到SIGCHLD信号后没有正确地回收子进程资源，或者错误地忽略了该信号，也可能导致僵尸进程的产生。
- 并发编程中的竞态条件：在多线程或多进程环境中，如果没有适当的同步机制，可能会出现父进程在子进程退出之前就退出的情况，从而导致僵尸进程。
- 系统资源限制：在某些情况下，系统可能对同时存在的进程数量设置了限制。如果父进程创建了大量子进程而没有及时回收，可能会触发系统资源限制，导致部分子进程无法正常退出而变成僵尸进程。
如何解决僵尸进程
- 父进程正确处理子进程的结束：父进程应该及时调用wait()或waitpid()函数来处理子进程的结束状态，回收子进程的资源。这可以确保子进程在结束后不会成为僵尸进程。
- 处理SIGCHLD信号：编写信号处理器来处理SIGCHLD信号。在信号处理器中，可以调用waitpid()来处理所有已结束的子进程。
- 使用sigaction()而非signal()：使用sigaction()系统调用来处理SIGCHLD信号，因为它比signal()提供了更多的控制，并且是可移植的。
- 设计良好的父子进程协作机制：在设计多进程应用时，确保父子进程之间有明确的结束协议和清理策略。
- 处理现有僵尸进程：如果系统中已经出现了僵尸进程，可以通过发送SIGCHLD信号给父进程（如果它还在运行）或重启系统来清理这些僵尸进程。
尽管僵尸进程本身不会占用过多的系统资源，因为它们已经执行完毕，不再执行任何操作，但它们会占用进程表中的一个条目，因为它们的资源尚未被回收。如果系统中存在大量的僵尸进程，可能会导致系统进程表被耗尽，从而影响系统的正常运行。