孤儿进程、守护进程

1. 孤儿进程 (Orphan Process)

1.1 形成原因

• 定义：父进程 (Parent Process) 先于子进程 (Child Process) 退出，而子进程仍在运行。
• 背景：
  • 进程之间是树形结构，父进程通过子进程查找和管理后代。
  • 正常情况下，父进程退出前会等待子进程结束（通过 wait 或 waitpid），回收资源。
  • 如果父进程意外退出或先退出，子进程将失去父进程的管理。
• 问题：
  • 子进程结束后，没有父进程执行 wait 操作来回收其资源。
  • 操作系统不允许进程处于无人管理的状态。
• 解决方案：
  • init 进程收养：操作系统会让 init 进程（PID 通常为 1）成为该孤儿进程的新的父进程。
  • init 进程会负责回收孤儿进程退出后的资源。

1.2 实验演示

• 代码逻辑：
  1. 父进程调用 fork() 创建子进程。
  2. 子进程进入 while(1) 循环，持续运行不退出。
  3. 父进程调用 exit() 立即退出。
• 验证步骤：
  1. 编译并后台运行程序：./test.o &。
  2. 查看进程信息：ps -ef | grep <pid>。
  3. 观察 PPID (Parent PID)：
     • 原本 PPID 应为父进程 PID。
     • 父进程退出后，PPID 变为 1 或 init 进程的 PID（在某些系统中可能显示为 systemd 或 cythond，因为 /sbin/init 可能是指向它们的软链接）。
  4. 验证 init 进程：ls -l /sbin/init，发现它通常链接到 systemd 等实际初始化程序。
• 结论：孤儿进程最终会被 init 进程收养并管理。

2. 孤儿进程与僵尸进程的区别

• 僵尸进程：是一种问题状态，需要避免。
• 孤儿进程：是一种机制，可以利用其特点（脱离原父进程管理）来创建守护进程。

3. 守护进程 (Daemon Process)

3.1 定义

• 守护程序是在后台运行并监督系统，或向其他进程提供功能服务的进程。
• 系统启动后自动运行，独立于终端 (Terminal)。
• 系统中大部分后台服务进程（如网络服务、定时任务等）都是守护进程。

3.2 创建守护进程的四个步骤

创建守护进程的核心目标是完全独立于终端，避免受终端关闭或状态影响。

1. 脱离终端 (Detach from Terminal)

• 目的：确保进程不依赖任何控制终端，终端关闭不会影响进程运行。
• 步骤：
  1. fork 子进程并退出父进程：
     • 调用 fork()，父进程退出，子进程成为孤儿进程。
     • 此时子进程与原终端的会话关系尚未完全断开，仍属于原会话。
  2. 创建新会话 (setsid)：
     • 调用 setsid() 系统调用。
     • 作用：让进程成为新的会话首领 (Session Leader)，创建新的会话和进程组。
     • 结果：进程完全脱离原终端控制，因为一个终端只能绑定一个会话。
• 概念层级：
  • 终端 (Terminal) -> 会话 (Session) -> 进程组 (Process Group) -> 进程 (Process)。
  • 前台进程组 vs 后台进程组（通过 & 运行命令产生后台进程组）。

2. 关闭标准 IO 流 (Close Standard I/O)

• 目的：守护进程不应与终端进行交互，避免占用文件描述符或导致终端无法关闭。
• 操作：
  • 关闭标准输入 (stdin, 0)、标准输出 (stdout, 1)、标准错误 (stderr, 2)。
  • 代码：close(0); close(1); close(2); 或 close(STDIN_FILENO); 等。
• 注意：
  • 进程启动时默认打开这三个文件描述符，无需 open 即可直接 close。
  • 进阶处理：为了防止后续代码中误用标准输出导致错误（如 perror 失败），通常将它们重定向到 /dev/null 或日志文件。

3. 设置文件权限掩码 (Set Umask)

• 目的：确保守护进程创建的文件权限可控，不受父进程 umask 影响。
• 背景：
  • umask 是进程属性，子进程会继承父进程的 umask。
  • 如果父进程 umask 设置过严（如限制写权限），守护进程创建的文件可能无法正常使用。
• 操作：
  • 调用 umask(0); 清除权限掩码，使文件权限完全由 open 或 creat 时的参数决定。
  • 也可以设置为特定值（如 umask(0022)），但通常设为 0 以获得最大控制权。

4. 改变工作目录 (Change Working Directory)

• 目的：避免守护进程占用某个挂载点，导致该挂载点无法卸载。
• 场景：
  • 如果守护进程在 /mnt/usb 下运行，当用户试图卸载 USB 设备时，会因为进程占用目录而失败。
• 操作：
  • 调用 chdir("/"); 将工作目录切换到根目录。
  • 根目录通常在系统运行期间不会被卸载，最为安全。

4. 代码实现与细节调试

4.1 基础代码结构

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <time.h>

int main() {
    pid_t pid;
  
    // 1. 脱离终端
    pid = fork();
    if (pid < 0) {
        perror("fork error");
        exit(1);
    }
    if (pid > 0) {
        exit(0); // 父进程退出
    }
  
    // 创建新会话
    if (setsid() < 0) {
        perror("setsid error");
        exit(1);
    }

    // 2. 关闭标准 IO (建议重定向到 /dev/null 或日志文件)
    close(0);
    close(1);
    close(2);
  
    // 更稳健的做法：打开 /dev/null 并复用 0, 1, 2 描述符
    int fd = open("/dev/null", O_RDWR);
    if (fd != -1) {
        dup2(fd, 0);
        dup2(fd, 1);
        dup2(fd, 2);
        if (fd > 2) close(fd);
    }

    // 3. 设置 Umask
    umask(0);

    // 4. 改变工作目录
    if (chdir("/") < 0) {
        // 注意：此时 stderr 已关闭，perror 可能无效，需确保 stderr 已重定向
        exit(1);
    }

    // 业务逻辑示例：定时写入日志
    while (1) {
        sleep(1);
        // 写入时间到日志文件
        // ...
    }
    return 0;
}

4.2 关键调试问题与解决方案

1. 错误输出问题 (perror 失效)

• 问题：在关闭标准错误输出 (stderr, 2) 后，如果后续代码出错调用 perror，由于文件描述符 2 无效，错误信息无法打印，甚至导致程序异常。
• 解决方案：
  • 不要单纯 close，而是将 0, 1, 2 重定向到 /dev/null。
  • 或者重定向到特定的日志文件（如 /tmp/mydaemon.log），以便调试。
  • 代码示例：

    int fd = open("/tmp/mydaemon.log", O_WRONLY | O_CREAT | O_APPEND, 0644);
    dup2(fd, 1); //  stdout -> log
    dup2(fd, 2); //  stderr -> log
    

2. 文件缓冲问题 (Buffering)

• 问题：
  • 当标准输出重定向到普通文件时，stdio 库通常会使用全缓冲 (Full Buffering) 而不是行缓冲。
  • 这意味着如果没有换行符 \n 或缓冲区未满，fprintf 的内容可能不会立即写入文件。
• 现象：运行守护进程后，日志文件内容为空或更新延迟。
• 解决方案：
  1. 在 fprintf 后添加换行符 \n。
  2. 手动调用 fflush(fp) 强制刷新缓冲区。
  3. 使用无缓冲的底层 I/O（如 write），但通常 fflush 更方便。

3. 日志文件权限与路径

• 路径选择：建议使用 /tmp/ 目录存放临时日志，重启后自动清理，避免浪费空间。
• 权限设置：open 文件时指定权限（如 0644），并结合 umask(0) 确保权限生效。
• 打开模式：使用 O_APPEND 模式，避免多次运行覆盖原有日志。

4.3 验证守护进程运行

1. 编译：gcc test.c -o test.o。
2. 运行：./test.o (守护进程通常不需要 &，因为它自己会后台化，但测试时可加)。
3. 查看进程：ps -ef | grep test，确认进程存在且无终端关联。
4. 查看日志：
   • 实时查看：tail -f /tmp/mydaemon.log。
   • 查看内容：cat /tmp/mydaemon.log。
5. 终止进程：kill -9 <pid>。

5. 总结

• 孤儿进程机制是 Linux 进程管理的重要组成部分，确保进程树完整性。
• 守护进程是服务器端程序的标准形态，必须严格遵循四个步骤（脱离终端、关闭 IO、设置 Umask、改变目录）。
• 调试技巧：
  • 使用 man 7 daemon 查看官方文档说明。
  • 注意标准 IO 关闭后的错误处理流程。
  • 注意文件流缓冲对日志输出的影响。
• 安全性：守护进程通常以 root 权限运行，需注意文件权限设置 (umask) 和工作目录选择，避免安全风险或资源占用。