master fork worker本质是linux进程生命周期的典型落地：创建→内核态初始化→执行→状态协同；master启动即进入生命周期起点，worker通过fork触发内核完整初始化并形成协同生命周期，最终由内核统一收口完成闭环。
Master fork Worker 的过程，本质是 Linux 进程生命周期在服务模型中的典型落地：它严格遵循“创建 → 内核态初始化 → 执行 → 状态协同”这一链条，而不仅仅是调用一次 fork() 那么简单。
Master 启动即进入进程生命周期起点
Master 进程本身是用户启动的服务主程序（如 Nginx、Redis 或自研后台），它首先作为普通进程被内核加载运行，拥有自己的 task_struct、虚拟地址空间和 PID。此时它处于 TASK_RUNNING 状态，等待执行派生逻辑。关键点在于：它不是内核线程，也不绕过标准进程机制——它的所有动作都依托于 Linux 原生进程管理框架。
fork() 触发完整内核态初始化流程
当 Master 调用 fork() 创建 Worker 时，实际发生的是以下内核动作：
- 触发系统调用，从用户态陷入内核态，进入
sys_fork处理函数 - 内核分配新 PID，并为 Worker 构建独立的
task_struct结构体（含状态、调度参数、信号处理设置等） - 复制父进程的页表项，但不立即拷贝物理内存页——所有数据段、堆、栈均标记为写时复制（COW）
- 为 Worker 分配专属内核栈（通常 2 个页），用于后续系统调用上下文保存
- 将 Worker 初始状态设为
TASK_UNINTERRUPTIBLE，待资源就绪后才可被调度
这个阶段没有执行任何用户代码，纯属内核对“新进程实体”的构造。Worker 此时已是一个合法、可识别、可调度的内核对象，只是尚未开始运行。
Worker 启动后与 Master 形成协同生命周期
fork 返回后，父子进程各自继续执行：
- Master 通常保持监听或管理职责，可能调用
wait()关注 Worker 退出，避免僵尸进程 - Worker 在返回后立即进入业务逻辑（如调用
exec()加载新程序，或直接处理网络连接） - 二者共享打开的文件描述符（如监听 socket），因此 Worker 可直接
accept()新连接——这是由内核在 fork 时复制 fd 表并指向同一struct file实现的 - 内存修改自动触发 COW，保证数据隔离；信号默认继承但可单独重设，实现灵活控制
这种分工不是靠约定，而是由内核在 fork 初始化阶段就固化下来的资源视图决定的。
生命周期终点体现内核统一收口
Worker 异常退出或正常结束时，会调用 do_exit() 进入内核清理路径：
- 释放其独占资源（私有内存页、内核栈、部分文件引用）
- 向父进程发送
SIGCHLD，通知 Master 回收子进程信息 - 若 Master 未及时
wait()，Worker 进入僵尸（ZOMBIE）状态，其task_struct暂留，直到父进程读取退出状态 - 最终由内核彻底释放该进程全部痕迹，完成生命周期闭环
整个过程里，Master 和 Worker 始终是两个独立进程，受同一套内核调度器、内存管理器、信号子系统管理——它们的关系，就是 Linux 进程树中最自然的父子分支。
