Linux 中列出运行中的守护进程（Daemons）详解

目录#

1. 什么是守护进程？
2. 列出运行中守护进程的常用工具
3. 核心工具的详细使用指南
   • 3.1 systemctl：管理 systemd 服务
   • 3.2 ps：进程状态查看
   • 3.3 top/htop：实时进程监控
   • 3.4 pstree：进程树可视化
   • 3.5 /proc 文件系统：深入进程详情
4. 最佳实践：高效列出守护进程
5. 常见问题与排查思路
6. 参考资料

1. 什么是守护进程？#

1.1 定义与特征#

守护进程（Daemon）是 Linux 系统中在后台运行的特殊进程，具备以下特征：

• 无交互性：不依赖用户输入，独立于终端（TTY）运行。
• 后台持续性：通常随系统启动而启动，在系统运行期间持续提供服务，直至系统关闭或被手动停止。
• 命名 convention：名称多以字母 d 结尾（如 sshd、httpd），但并非绝对（如 nginx 虽无 d 结尾，仍为守护进程）。
• 进程独立性：拥有独立的进程 ID（PID），父进程通常为 init（PID=1，Systemd 系统中为 systemd）。

1.2 守护进程的分类#

• 系统守护进程：由系统管理，提供核心功能（如 systemd、udevd、cron）。
• 用户守护进程：由用户或应用程序启动，如 ssh-agent（用户 SSH 密钥代理）、dropbox（文件同步）。

2. 列出运行中守护进程的常用工具#

Linux 提供多种工具用于查看进程，以下是列出守护进程的核心工具：

3. 核心工具的详细使用指南#

3.1 systemctl：管理 systemd 服务#

现代 Linux 发行版（如 CentOS 7+、Ubuntu 16.04+）均采用 Systemd 作为 init 系统，systemctl 是管理系统服务（多数为守护进程）的首选工具。

3.1.1 列出所有活动的系统服务（守护进程）#

systemctl list-units --type=service --state=active

• 参数说明：
  • --type=service：仅显示服务单元（排除挂载、设备等其他单元）。
  • --state=active：仅显示活动（运行中）的服务。

输出示例：

  UNIT          LOAD   ACTIVE SUB     DESCRIPTION
  sshd.service  loaded active running OpenSSH server daemon
  nginx.service loaded active running A high performance web server and a reverse proxy server
  crond.service loaded active running Command Scheduler

LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.
3 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.

• 关键列说明：
  • UNIT：服务名称（通常以 .service 结尾）。
  • ACTIVE：服务状态（active 表示运行中）。
  • DESCRIPTION：服务功能描述。

3.1.2 查看单个守护进程状态#

systemctl status sshd.service  # 替换为目标服务名称

输出包含服务状态、PID、日志片段等，可验证守护进程是否正常运行。

3.1.3 过滤特定守护进程#

systemctl list-units --type=service | grep -i 'nginx\|apache'  # 查找 nginx 或 apache 服务

3.2 ps：进程状态查看#

ps（Process Snapshot）用于静态列出当前进程快照，支持通过命令行参数和管道过滤守护进程。

3.2.1 列出所有进程并过滤守护进程#

ps aux | grep -i 'd$'  # 查找名称以 d 结尾的进程（守护进程常见命名）

• 参数说明：
  • a：显示所有用户进程。
  • u：以用户为中心显示详细信息（含用户名、CPU/内存占用）。
  • x：包含无终端（TTY）的进程（守护进程多为此类）。
  • grep -i 'd$'：忽略大小写，匹配名称以 d 结尾的进程。

输出示例：

root       123  0.0  0.1 123456  7890 ?        Ss   10:00   0:00 /usr/sbin/sshd -D
root       456  0.2  0.5 765432 34567 ?        Ssl  10:01   0:05 /usr/bin/nginx -g daemon on; master_process on;

• 关键列说明：
  • USER：进程所属用户（系统守护进程多为 root）。
  • PID：进程 ID。
  • COMMAND：进程启动命令（含参数）。
  • ?：表示无终端（TTY），符合守护进程特征。

3.2.2 精准匹配守护进程名称#

pgrep -l 'sshd'  # 直接查找名称含 'sshd' 的进程，输出 PID 和名称
# 输出：123 sshd

pgrep 是 ps + grep 的简化工具，-l 显示进程名称。

3.3 top/htop：实时进程监控#

top 和 htop 动态展示进程资源占用，适合实时观察守护进程的运行状态。

3.3.1 top：基础实时监控#

top  # 启动实时监控界面

• 操作技巧：
  • 按 P 按 CPU 占用排序，快速定位高负载守护进程。
  • 按 M 按内存占用排序。
  • 按 / 输入关键词（如 d）过滤进程名称。

3.3.2 htop：增强版交互式监控#

htop 提供更友好的界面和操作（需安装：yum install htop 或 apt install htop）：

htop  # 启动后按 F4，输入 'd' 过滤名称含 'd' 的进程

3.4 pstree：进程树可视化#

pstree 以树形结构展示进程间的父子关系，帮助理解守护进程的启动层级。

pstree -p  # -p 显示 PID

输出示例：

systemd(1)─┬─sshd(123)───sshd(789)───bash(890)
           ├─nginx(456)───nginx(457)
           └─crond(678)

• 可见 systemd（PID=1）是所有守护进程的父进程，nginx 主进程（456）衍生出工作进程（457）。

3.5 /proc 文件系统：深入进程详情#

/proc 是内核提供的虚拟文件系统，包含所有进程的实时信息。通过 PID 可查询特定守护进程的详情。

3.5.1 查看进程基本信息#

# 假设 nginx 的 PID 为 456
cat /proc/456/status  # 进程状态摘要
cat /proc/456/cmdline  # 进程启动命令（空格以 \0 分隔，可通过 tr 转换）
tr '\0' ' ' < /proc/456/cmdline  # 将 \0 替换为空格，可读性更强

• /proc/<pid>/status 中的 State 字段：S（睡眠，守护进程常见）、R（运行中）、Z（僵尸进程）。

4. 最佳实践：高效列出守护进程#

4.1 优先使用 systemctl（Systemd 系统）#

现代 Linux 发行版（如 CentOS 7+、Ubuntu 16.04+）均基于 Systemd，systemctl 能直接管理服务生命周期，比 ps 更准确反映系统服务状态（避免误判僵尸进程或临时进程）。

4.2 过滤输出，聚焦关键信息#

• 使用 grep 过滤名称（如 systemctl list-units | grep nginx）。
• ps 输出按列筛选：ps aux --sort=-%cpu | head -10（显示 CPU 占用前 10 的进程）。

4.3 区分系统守护进程与用户守护进程#

• 系统守护进程：由 root 或系统用户运行，路径多为 /usr/sbin/、/lib/systemd/system/。
• 用户守护进程：由普通用户运行，路径多为 ~/.local/bin/，可通过 ps aux | grep <用户名> 过滤。

4.4 结合日志验证守护进程状态#

守护进程异常时，日志是关键依据。通过 journalctl（Systemd 日志）或 /var/log/ 下的服务日志（如 /var/log/nginx/error.log）确认是否正常启动。

5. 常见问题与排查思路#

5.1 问题：systemctl 未找到预期守护进程#

• 可能原因：
  1. 服务未安装或未启用（systemctl list-unit-files | grep <服务名> 确认是否存在）。
  2. 守护进程以非服务形式运行（如手动启动，无 .service 文件）。
• 解决：使用 ps aux | grep <进程名> 或 pgrep <进程名> 确认是否存在，再通过 /proc/<pid>/cmdline 分析启动方式。

5.2 问题：守护进程名称不含 d 结尾，如何识别？#

• 解决：结合进程路径（如 /usr/sbin/、/usr/bin/）、用户（root 或系统用户）、无终端（TTY 为 ?）判断。例如 nginx：

  ps aux | grep nginx | grep -v grep
  # 输出：root  456  0.2  0.5 765432 34567 ?  Ssl  10:01   0:05 /usr/bin/nginx ...

  无终端（?）+ 系统路径（/usr/bin/nginx）可确认其为守护进程。

5.3 问题：守护进程显示为僵尸进程（Zombie）#

• 现象：ps aux 中 STAT 列为 Z。
• 排查：僵尸进程已终止但父进程未回收，需重启父进程（通常为 systemd 或服务主进程）：

  systemctl restart <父服务名>  # 如 nginx 工作进程僵尸，重启 nginx 主服务

6. 参考资料#

• Systemd 官方文档
• Linux ps 命令手册
• Linux 进程管理（IBM Developer）
• Ubuntu Server 文档：守护进程与服务
• Red Hat 文档：Systemd 服务管理

通过本文介绍的工具和方法，读者可全面掌握 Linux 守护进程的识别与管理。实际操作中，建议结合系统环境（如 Systemd 或传统 init）选择合适工具，并通过日志和状态验证确保守护进程正常运行。