linux学习进展 守护进程

南境十里·墨染春水2026-05-13 17:42

在Linux系统中，守护进程（Daemon）是一类特殊的后台进程，贯穿系统运行的全生命周期，是Linux系统正常运转的核心支撑。从系统启动时的服务初始化，到后台持续提供的网络服务、日志记录、定时任务等，都离不开守护进程的参与。本笔记将从守护进程的核心概念、特征、创建流程、systemd管理方式，到常见问题排查，全面详解守护进程，帮助掌握Linux后台进程的核心管理能力，理解系统服务的运行机制。

一、守护进程核心概念（必懂基础）

守护进程，英文名为Daemon，通常简写为"d"结尾（如sshd、crond、mysqld），是运行在Linux后台的特殊进程，独立于控制终端，无需用户交互即可持续运行，负责执行特定的系统服务或周期性任务。其本质是脱离了终端控制的后台进程，但与普通后台进程（如用&启动的进程）有本质区别，是系统级别的常驻服务载体。

简单来说，守护进程就是Linux系统的"后台管家"，它在系统启动时自动启动，除非被强行终止或系统关机，否则会一直运行，默默完成系统分配的任务，比如：

  • sshd：提供SSH远程登录服务，支撑远程管理Linux系统；

  • crond：定时任务守护进程，执行用户设定的定时任务（如定时备份、日志清理）；

  • syslogd：系统日志守护进程，收集和存储系统及应用的日志信息；

  • nginx、mysqld：Web服务器、数据库服务器的守护进程，提供网络服务。

1. 守护进程与普通后台进程的区别

很多初学者会将"后台进程"与"守护进程"混淆，其实二者有明显区别，核心差异如下表所示，结合Linux进程特性更易理解：

对比维度 守护进程 普通后台进程（如 ./test.sh &）
终端依赖 完全独立于控制终端，不受终端关闭影响 依赖启动它的终端，终端关闭则进程终止（SIGHUP信号）
生命周期 系统启动时启动，系统关机时终止，生命周期长 随终端启动，终端关闭或进程执行完毕后终止，生命周期短
进程父ID（PPID） 父进程是init进程（PID=1），属于孤儿进程被init接管 父进程是启动它的终端进程（如bash，PID不为1）
标准输入/输出 无终端交互，标准输入、输出、错误均重定向到/dev/null 默认关联终端的标准输入/输出，可在终端看到输出
运行目的 提供系统级服务，面向整个系统或所有用户 执行单个用户任务，面向当前用户

2. 守护进程的核心特征（面试高频）

守护进程的五大核心特征，是区分其与其他进程的关键，也是面试中常考的知识点，需牢记：

  • 脱离控制终端：不依赖任何终端，关闭终端不会影响其运行，不受终端退出信号干扰；

  • 独立会话与进程组：通过setsid函数创建新会话，脱离原会话和进程组，避免被终端信号影响；

  • 工作目录稳定：通常切换到根目录（/），避免占用磁盘挂载点，防止挂载卸载异常导致进程崩溃；

  • 权限掩码重置：重置文件权限掩码（umask），保证守护进程创建的日志、文件等权限合规统一；

  • 静默运行无交互：无前台交互界面，所有输出（日志、错误）均需重定向到指定文件，不占用终端资源。

二、守护进程的创建流程（手动实现，理解原理）

守护进程的创建并非简单将进程放到后台，而是需要经过固定的6个步骤，通过系统调用实现"脱终端、稳运行"，这6步缺一不可，否则会导致进程无法正常作为守护进程运行（如随终端关闭退出、权限异常等）。以下结合C语言代码和Linux命令，详解创建流程的核心逻辑（重点理解步骤，代码可直接实操）。

1. 标准创建6步流程（核心）

守护进程的标准创建流程，本质是逐步脱离终端和父进程控制，建立独立的运行环境，步骤如下：

步骤1：第一次fork（父进程退出，子进程后台运行）

通过fork()系统调用创建子进程，然后父进程立即退出。这样做的目的是：让子进程脱离父进程的控制，同时成为后台进程（因为父进程退出后，子进程会被init进程接管，PPID变为1），且子进程不会继承父进程的终端关联。

步骤2：setsid创建新会话，脱离原终端

调用setsid()函数，创建一个新的会话，并让子进程成为该会话的组长和进程组组长。这一步是实现"脱离终端"的核心，能让子进程彻底摆脱原会话、原进程组、原终端的控制，不再接收终端的任何信号（如SIGHUP挂断信号）。

步骤3：第二次fork（杜绝进程重新抢占终端）

再次调用fork()创建子进程，父进程（第一次fork后的子进程）立即退出。这一步是为了防止子进程（新创建的孙子进程）重新获取控制终端------Linux规定，会话组长可以重新打开终端，第二次fork后，孙子进程不再是会话组长，从而彻底杜绝抢占终端的可能。

步骤4：切换工作目录到根目录

通过chdir("/")将工作目录切换到根目录。原因是：如果守护进程的工作目录是某个挂载点（如/mnt/data），当该挂载点被卸载时，会导致守护进程的工作目录失效，进而引发进程崩溃。切换到根目录（不会被卸载），能保证守护进程稳定运行。

步骤5：重置文件权限掩码

调用umask(0)重置文件权限掩码。权限掩码（umask）会影响新建文件/目录的默认权限，默认的umask值可能会限制文件的读写权限（如默认umask 022，新建文件权限为644）。重置为0后，守护进程创建的文件/目录可拥有完整的权限（由进程自身控制），避免权限不足导致的日志写入失败等问题。

步骤6：关闭标准文件描述符，重定向日志

守护进程无终端交互，标准输入（0）、标准输出（1）、标准错误（2）这三个文件描述符已无意义，若不关闭，会占用系统资源，且可能导致异常。因此需要关闭这三个文件描述符，并将输出重定向到日志文件（如/var/log/daemon.log），便于后续排查问题。

2. 手动创建守护进程实操代码（可直接运行）

以下是基于C语言实现的标准守护进程代码，包含完整的6步创建流程，功能是每隔3秒向日志文件写入当前系统时间，可在Linux中直接编译运行，直观感受守护进程的运行机制：

cpp 复制代码 
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <signal.h>
#include <sys/stat.h>
#include <sys/types.h>
#include <fcntl.h>
#include <time.h>

// 守护进程日志文件路径
#define DAEMON_LOG "/var/log/daemon_practice.log"

// 标准创建Linux守护进程
void create_daemon(void)
{
    pid_t pid;

    // 步骤1：第一次fork，父进程退出，子进程后台运行
    pid = fork();
    if (pid < 0)
    {
        perror("fork first error");
        exit(EXIT_FAILURE);
    }
    if (pid > 0)
    {
        exit(EXIT_SUCCESS); // 父进程退出
    }

    // 步骤2：创建新会话，脱离原终端和会话
    setsid();

    // 步骤3：第二次fork，防止抢占控制终端
    pid = fork();
    if (pid < 0)
    {
        perror("fork second error");
        exit(EXIT_FAILURE);
    }
    if (pid > 0)
    {
        exit(EXIT_SUCCESS); // 父进程（第一次fork的子进程）退出
    }

    // 步骤4：切换工作目录到根目录
    chdir("/");

    // 步骤5：重置权限掩码
    umask(0);

    // 步骤6：关闭标准文件描述符，重定向日志
    close(STDIN_FILENO);  // 关闭标准输入（0）
    close(STDOUT_FILENO); // 关闭标准输出（1）
    close(STDERR_FILENO); // 关闭标准错误（2）

    // 重定向标准输出和错误到日志文件
    int fd = open(DAEMON_LOG, O_RDWR | O_CREAT | O_APPEND, 0644);
    if (fd >= 0)
    {
        dup2(fd, STDOUT_FILENO); // 标准输出重定向到日志
        dup2(fd, STDERR_FILENO); // 标准错误重定向到日志
        close(fd);
    }
}

// 守护进程核心业务：每隔3秒写入系统时间到日志
void daemon_loop_work(void)
{
    time_t now_time;
    while (1)
    {
        time(&now_time); // 获取当前系统时间
        // 写入日志，printf已被重定向到日志文件
        printf("【守护进程正常运行】当前系统时间：%s", ctime(&now_time));
        sleep(3); // 每隔3秒执行一次
    }
}

int main(int argc, char *argv[])
{
    // 1. 创建守护进程
    create_daemon();

    // 2. 执行守护进程核心业务（循环运行）
    daemon_loop_work();

    return 0;
}

3. 编译运行与验证（Linux实操）

将上述代码保存为daemon_base.c，执行以下命令编译运行，验证守护进程是否正常工作：

bash 复制代码 
# 1. 编译代码（需安装gcc编译器，sudo apt install gcc -y）
gcc daemon_base.c -o daemon_base

# 2. 运行守护进程
./daemon_base

# 3. 查看守护进程是否在运行（核心命令）
ps -ef | grep daemon_base
# 输出结果中，PPID为1，且无终端关联（TTY列显示?），说明是守护进程

# 4. 查看守护进程日志（验证业务是否正常）
cat /var/log/daemon_practice.log

# 5. 终止守护进程（根据ps命令查到的PID）
kill -9 守护进程PID

补充说明：若运行时提示"Permission denied"，需用sudo权限运行（sudo ./daemon_base），因为日志文件路径/var/log/需要root权限才能写入。

三、systemd管理守护进程（生产环境首选）

手动编写代码创建守护进程，主要用于理解其原理。在实际生产环境中，Linux系统（如CentOS 7+、Ubuntu 16.04+）默认使用systemd作为初始化系统，统一管理所有守护进程（服务），无需手动编写复杂代码，通过简单的命令即可实现守护进程的启动、停止、开机自启等功能。

systemd是Linux系统的第1个进程（PID=1），替代了传统的SysVinit，负责管理系统服务、启动流程和资源分配，其核心是"单元（Unit）"，其中最常用的就是服务单元（.service文件），用于管理守护进程。

1. systemd核心命令（高频实操）

systemd通过systemctl命令管理守护进程（服务），以下是最常用的命令，适用于所有systemd管理的服务（如sshd、nginx、自定义守护进程）：

bash 复制代码 
# 1. 查看服务（守护进程）状态（最常用）
systemctl status 服务名.service  # 详细状态，-l参数显示完整日志
# 状态说明：active(running)：运行中；inactive(dead)：未运行；failed：运行失败

# 2. 启动守护进程
systemctl start 服务名.service

# 3. 停止守护进程
systemctl stop 服务名.service

# 4. 重启守护进程（修改配置后常用）
systemctl restart 服务名.service

# 5. 重新加载配置（不停止服务，仅刷新配置）
systemctl reload 服务名.service

# 6. 设置开机自启（生产环境必备）
systemctl enable 服务名.service

# 7. 取消开机自启
systemctl disable 服务名.service

# 8. 查看所有已启动的守护进程
systemctl list-units --type=service --state=running

# 9. 查看服务日志（排查故障核心）
journalctl -u 服务名.service  # 查看全部日志
journalctl -u 服务名.service -f  # 实时跟踪日志
journalctl -u 服务名.service --since "10 minutes ago"  # 查看最近10分钟日志

2. 自定义守护进程（编写.service文件）

若要将自己编写的程序（如前面的daemon_base）注册为systemd管理的守护进程，只需编写一个.service文件，放在指定目录即可，步骤如下：

步骤1：编写.service文件

创建服务文件，路径为/etc/systemd/system/（用户自定义服务），文件名格式为"服务名.service"，示例：创建daemon-practice.service文件：

bash 复制代码 
[Unit]
Description=My Custom Daemon Practice  # 服务描述（自定义）
Documentation=man:daemon_base(1)      # 文档路径（可选）
After=network.target                  # 服务在网络服务启动后启动（依赖关系）
Wants=network-online.target           # 弱依赖，网络服务启动失败不影响本服务

[Service]
Type=forking                          # 进程模型（forking：传统守护进程，父进程退出）
PIDFile=/run/daemon_base.pid          # 守护进程PID文件路径（可选）
ExecStart=/root/daemon_base           # 启动守护进程的命令（需写绝对路径）
ExecStop=/bin/kill -9 $MAINPID        # 停止守护进程的命令
Restart=on-failure                    # 失败时自动重启
RestartSec=5                          # 重启间隔5秒
User=root                             # 运行守护进程的用户
Group=root                            # 运行守护进程的用户组
LimitNOFILE=65535                     # 最大文件描述符限制

[Install]
WantedBy=multi-user.target            # 多用户模式下开机自启（核心）

关键配置说明：

  • Type：进程模型，常用forking（传统守护进程）、simple（默认，前台进程）、oneshot（一次性任务）；

  • ExecStart：必填，启动守护进程的绝对路径，若有参数可直接添加；

  • Restart：重启策略，on-failure（失败时重启）、always（始终重启）、never（不重启）；

  • WantedBy：开机自启的目标级别，multi-user.target表示多用户模式（常用）。

步骤2：启用并启动服务
bash 复制代码 
# 1. 重新加载systemd配置（新增/修改.service文件后必须执行）
systemctl daemon-reload

# 2. 启动自定义守护进程
systemctl start daemon-practice.service

# 3. 查看服务状态，确认是否启动成功
systemctl status daemon-practice.service

# 4. 设置开机自启
systemctl enable daemon-practice.service

3. 常见系统守护进程管理示例

以sshd（SSH服务）、crond（定时任务服务）为例，演示systemd管理命令的实际使用：

bash 复制代码 
# 查看SSH守护进程状态
systemctl status sshd.service

# 重启SSH服务（远程连接异常时常用）
systemctl restart sshd.service

# 设置SSH服务开机自启
systemctl enable sshd.service

# 查看定时任务守护进程状态
systemctl status crond.service

# 停止定时任务服务（临时禁用）
systemctl stop crond.service

四、守护进程常见问题与排查指南（Linux实操重点）

在使用和管理守护进程时，常遇到启动失败、开机自启失效、异常崩溃、日志无输出等问题，以下是高频问题及解决方案，结合systemd日志排查，高效定位问题。

1. 守护进程启动失败（最常见）

故障现象：执行systemctl start 服务名.service后提示failed，或status显示active(failed)。

排查步骤与解决方案：

bash 复制代码 
# 1. 查看详细错误信息（核心步骤）
systemctl status 服务名.service -l

# 2. 查看服务日志，定位具体失败原因
journalctl -u 服务名.service --no-pager

# 常见失败原因及解决：
# 原因1：配置文件语法错误（如.service文件写错）
# 解决：检查.service文件格式，修复后执行systemctl daemon-reload
# 原因2：权限不足（如日志文件无法写入、执行文件无权限）
# 解决：修改权限，如chmod 755 /root/daemon_base，或用root用户运行
# 原因3：依赖服务未启动（如服务依赖network.target，但网络未启动）
# 解决：先启动依赖服务，如systemctl start network.service
# 原因4：端口被占用（如Web服务守护进程占用80端口）
# 解决：查找占用端口的进程并终止，ss -tulnp | grep 端口号，kill -9 进程PID

2. 开机自启失效

故障现象：已执行systemctl enable 服务名，但系统重启后，服务未自动启动。

解决方案：

  • 检查自启状态：systemctl is-enabled 服务名.service，若显示disabled，重新执行enable命令；

  • 检查服务是否被冻结（mask）：systemctl unmask 服务名.service（若被mask，需先解除）；

  • 检查启动依赖：确认.service文件中After配置的依赖服务已正常启动，可调整启动顺序。

3. 守护进程异常崩溃

故障现象：守护进程启动后一段时间自动退出，status显示active(failed)或inactive(dead)。

排查重点：

bash 复制代码 
# 1. 查看崩溃日志，重点关注ERROR/FATAL信息
journalctl -u 服务名.service -n 50

# 2. 检查是否被OOM Killer（内存耗尽）杀死（核心排查点）
dmesg -T | grep -i "killed process"
# 若输出包含守护进程名，说明内存不足，需扩容或关闭无关服务

# 3. 检查工作目录和权限：确认工作目录存在，守护进程有读写权限
systemctl show 服务名.service | grep -E "(WorkingDirectory|User|LimitNOFILE)"

# 4. 检查代码逻辑：若为自定义守护进程，排查是否有死循环、内存泄漏等问题

4. 守护进程日志无输出

故障现象：守护进程正常运行，但日志文件无内容，或无法找到日志。

解决方案：

  • 检查日志路径：确认.service文件或代码中配置的日志路径正确，且守护进程有写入权限；

  • 检查日志重定向：自定义守护进程需确保标准输出/错误已重定向到日志文件，避免输出到/dev/null；

  • 查看systemd日志：若未配置自定义日志，可通过journalctl -u 服务名.service查看默认日志。

五、守护进程分类与拓展

1. 守护进程的分类

Linux中的守护进程主要分为两类，根据运行机制不同，适用于不同场景：

  • Stand Alone类型：自行启动并持续运行，响应速度快，但资源占用较高，适用于高频访问的服务，如nginx、mysqld、sshd；

  • Xinetd类型：类似于"总线结构"，所有服务在其上注册，无请求时处于休眠状态，有请求时才唤醒对应服务，资源占用低，响应速度略慢，适用于低频率访问的服务，如telnet、ftp。

2. 临时守护进程（快速实现，非生产环境）

若只需临时让一个程序在后台持续运行（无需开机自启、自动重启），可使用nohup或screen命令，无需编写.service文件，适合调试或短期任务：

bash 复制代码 
# 方法1：nohup命令（忽略挂断信号，终端关闭后进程仍运行）
nohup ./test.sh &  # 后台运行test.sh，输出重定向到nohup.out
nohup python3 server.py &  # 后台运行Python程序

# 方法2：screen命令（创建后台会话，可随时恢复查看）
screen -S test  # 创建名为test的会话
./test.sh       # 执行程序，关闭终端后进程仍运行
# 恢复会话：screen -r test
# 退出会话（不终止进程）：Ctrl+A+D

注意：nohup和screen仅适用于临时场景，缺乏自动重启、日志管理等功能，生产环境仍推荐使用systemd。

六、总结与核心要点

本文详解了Linux守护进程的核心知识，从概念、特征、手动创建，到systemd管理和问题排查，覆盖了学习和实操的全场景，核心要点总结如下：

  • 守护进程是独立于控制终端、后台常驻的系统级进程，PPID为1（被init进程接管），名称通常以d结尾；

  • 手动创建守护进程需遵循6步标准流程，核心是"脱终端、稳环境"，重点理解fork和setsid的作用；

  • 生产环境优先使用systemd管理守护进程，通过.service文件配置服务，用systemctl命令实现启动、停止、开机自启；

  • 排查守护进程问题，核心是通过systemctl status和journalctl查看状态和日志，定位权限、依赖、内存等问题；

  • nohup和screen可快速实现临时后台进程，适合调试，生产环境需用systemd保证稳定性。

拓展：守护进程是Linux系统运维的核心知识点，后续可结合具体服务（如nginx、MySQL）的守护进程配置，深入学习进程资源限制、日志轮转、故障自动恢复等高级用法，进一步提升Linux系统管理能力。

相关推荐
Ares-Wang1 小时前
AI》》 监督学习，无监督学习，半监督学习、强化学习 、深度学习 统计学的常用方法
人工智能·深度学习·学习
Bechamz1 小时前
大数据开发学习Day31
大数据·学习·ajax
REDcker2 小时前
Android HWASan 详解：硬件标记原理、Clang 启用与排障实践
android·linux·debug·编译·clang·asan·hwasan
-SOLO-2 小时前
Python 爬取小红书 文章标题和内容 仅供学习
android·python·学习
科技林总2 小时前
【系统分析师】14.6 测试策略与过程
学习
jimy12 小时前
在新磁盘挂载点/data安装codex
服务器
数智工坊2 小时前
VMware 17 Pro 中 Ubuntu 虚拟机共享 Windows 文件夹（完美踩坑版）
linux·人工智能·windows·ubuntu
广州灵眸科技有限公司3 小时前
瑞芯微(EASY EAI)RV1126B openclaw部署接入飞书
linux·网络·人工智能·算法·yolo·飞书
Irissgwe3 小时前
六、Ext系列文件系统（1.基础概念铺垫）
linux·block·inode·ext文件系统·block group·块儿
热门推荐
01GitHub 镜像站点02Codex 接入 DeepSeek API 完整配置文档03CC-Switch & Claude 基于 Linux 服务器安装使用指南04【AI】2026 年具身智能模型和世界模型总结05零基础教你claude code 接入 deepseek V406Cursor 接入 DeepSeek‑V4‑Pro 完整指南（2026 实测）07codex app每次打开重连5次Reconnecting问题解决08Windows端Codex接入第三方模型（DeekSeek，BaiLian)09要裂开了！ChatGPT要手机号验证了？注册Codex要求验证电话号码怎么办？2026年登陆Codex要手机号验证的解决办法10裂开！ChatGPT 居然开始要手机号验证，附详细解决方法