孤儿进程是父进程先于子进程结束时产生的，此时子进程被内核自动交由init进程（pid=1）收养，以避免成为僵尸进程并维持进程树完整。
孤儿进程是在父进程先于子进程结束时产生的，此时子进程失去父进程，但尚未终止。Linux内核会将这类进程自动交由Init进程（PID为1的进程）收养，确保其生命周期可控、资源可回收。
孤儿进程是如何产生的？
当一个子进程正在运行，而它的父进程因正常退出（如调用exit()）、异常终止（如收到SIGKILL）或执行了exec系列函数（替换自身映像，原父进程上下文丢失）时，子进程就失去了父进程。此时该子进程即成为孤儿进程。
关键点：
- 孤儿进程的产生与是否调用wait()无关，只取决于父进程是否已终止；
- 子进程仍处于运行态或睡眠态，不会立即被杀死；
- 内核在父进程退出时检测到其有活跃子进程，随即触发收养流程。
Init进程如何发现并收养孤儿进程？
Linux内核在每个进程退出时，会遍历其子进程链表。若发现子进程尚未终止，就将其real_parent字段设为init（即PID=1的进程），并把该子进程插入Init的子进程列表中。
这一过程完全由内核完成，无需用户干预，也不依赖Init进程主动轮询。Init进程作为系统中所有孤儿进程的“最终父进程”，其特殊地位由内核硬编码保证。
补充说明：
- 现代Linux中，Init可能为systemd、sysvinit或openrc等，但只要PID为1，就承担收养职责；
- 收养后，该孤儿进程的ppid（父进程ID）在ps或/proc/[pid]/status中显示为1；
- Init后续会通过wait4()等系统调用等待这些子进程结束，完成僵尸进程清理。
为什么需要Init收养？不收养会怎样？
若不进行收养，孤儿进程将失去父进程，无法被正常等待（wait()调用失败），其退出状态无法被获取，最终变成无法释放的僵尸进程（Zombie），持续占用进程表项和部分内核资源。
Init收养机制解决了两个核心问题：
- 避免孤儿进程退出后滞留为僵尸进程；
- 确保所有进程都有且仅有一个父进程，维持进程树结构完整；
- 使系统具备稳定的进程生命周期管理能力，支撑服务长期运行（如daemon进程常通过双fork脱离终端，依赖此机制成为真正后台进程）。
实际验证方法
可通过简单C程序或Shell脚本观察孤儿进程行为：
- 编写一个父进程fork后立即退出、子进程sleep 30秒的程序；
- 运行后用ps -o pid,ppid,comm查看子进程PPID是否变为1；
- 检查/proc/[pid]/status中PPid:字段确认归属；
- 用strace -p [init-pid] -e trace=wait4可捕获Init对孤儿进程的等待动作（需root权限）。
