【Linux 系统】关于守护进程

一 背景

常驻进程，其实就是守护进程。在某家公司工作期间，会使用它来作为需要保活运行的机制，用以维护消费者进程。但当时对于守护进程的理解还是不够深入，所以现在再把这块做个整理，并结合当时遇到的一个问题实例进行分析。注：下面内容都针对Linux操作系统。（Mac上的launchd与systemd作用相同，而且据说systemd的很多概念来自launched）。

二 守护进程

2.1 init.d

历史上，Linux 的启动一直采用init进程来启动服务。例如：

service apache2 start

sudo /etc/init.d/apache2 start

/etc/init.d 是 /etc/rc.d/init.d 的软链接(soft link)。可以通过 ll 命令查看。

ls -ld /etc/init.d

lrwxrwxrwx. 1 root root 11 Aug 30 2015 /etc/init.d -> rc.d/init.d

/etc/init.d是用来放服务脚本的，当Linux启动时，会寻找这些目录中的服务脚本，并根据脚本的run level确定不同的启动级别。例如，某台测试机上的/etc/init.d目录下的内容如下：

2.2 systemd

2.2.1 init缺陷

init方法启动服务有两个缺陷：

1、启动时间长。init进程是串行执行，在一个进程启动完毕后，才能启动下一个进程

2、启动脚本复杂。init进程只负责执行启动脚本，脚本自身需要处理各种异常情况，这使得脚本内容过长且不易控制。

因此，就有了systemd的诞生。

2.2.2 systemd概述

关于systemd可以查看freedesktop的这篇文献：systemd System and Service Manager。

简单描述如下：systemd是Linux系统的一套基本构建块。它提供了一个系统和服务管理器，它作为PID 1运行并启动系统的其余部分。

system的命令位置和版本查看：

[xxx@wx-crm1 ~]$ systemctl --version

systemd 219

+PAM +AUDIT +SELINUX +IMA -APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 -SECCOMP +BLKID +ELFUTILS +KMOD +IDN

[xxx@wx-crm1 ~]$ which systemctl

/usr/bin/systemctl

Systemd 的优点是功能强大，使用方便，缺点是体系庞大，非常复杂。事实上，现在还有很多人反对使用 Systemd，理由就是它过于复杂，与操作系统的其他部分强耦合，违反"keep simple, keep stupid"的Unix 哲学。

相关争议内容链接：

Solidot | systemd作者抨击开源和Linux社区

Solidot | 抗议者创建Systemd分支Uselessd

2.2.3 systemd架构





2.2.4 systemd相关命令

systemctl是systemd的主命令，提供的主要功能和使用方式如下：

# 重启系统

$ sudo systemctl reboot

# 关闭系统，切断电源

$ sudo systemctl poweroff

# CPU停止工作

$ sudo systemctl halt

# 暂停系统

$ sudo systemctl suspend

# 让系统进入冬眠状态

$ sudo systemctl hibernate

除此之外，还有systemd-analyze，用语查看启动耗时；

# 查看启动耗时

$ systemd-analyze

# 查看每个服务的启动耗时

$ systemd-analyze blame

# 显示瀑布状的启动过程流

$ systemd-analyze critical-chain

# 显示指定服务的启动流

$ systemd-analyze critical-chain atd.service

hostnamectl命令用于查看当前主机的信息

localectl命令用于控制系统区域设置和键盘布局设置

timedatectl命令用于查看当前时区设置。

loginctl命令用于查看当前登录的用户，等等。



2.2.5 相关概念

1、单元

系统初始化需要做的事情较多，例如启动sshd，需要做很多配置工作。这个过程中的每一步将会被抽象为一个配置单元 unit。通常可以认为一个服务是一个配置单元，一个挂载点是一个配置单元，一个交换分区的配置是一个配置单元等。

通过这样的抽象，可以简化文件开发，例如一个mysql服务对应一个mysql.server文件，这种配置会非常简单，我们也不再需要编写和维护复杂的系统5脚本了。

2、依赖关系

systemd已经将大量的启动工作解除了依赖，使得他们可以并发启动，但还有有些任务之间存在依赖关系。systemd用配置单元定义文件中的关键字来描述配置单元之间的依赖关系。比如unit A依赖unit B，可以再unit B的定义中用"require A"来表示，这样systemd会保证优先启动A，然后再启动B。

3、事务

这里的事务，与数据库中事务的概念有所不同，是为了保证多个依赖的配置单元之间没有环形引用。比如有A，B，C三个单元，存在环形依赖关系：

如果存在这一的依赖，那么将无法启动任意一个服务。systemd会尝试通过依赖关系的强（required）和弱（want）的分别，通过去掉wants关键字指定的依赖来尝试打破循环，无法修复的话将会报错。



4、target和运行级别

systemd用target取代了运行级别的概念。systemd下目标和常见runlevelt的对应关系如下：



2.2.6 systemd的并发启动原理

主要有三种方式：解决 socket 依赖；解决D-Bus依赖，即desktop-bus依赖，是一种进程间通信机制；解决文件系统依赖。详细解释请查阅参考文献1.

三 小结

本章描述systemd的起源及主要概念，并列举了一些参考文献。在下一篇文章，将介绍我们之前项目中的一种使用方式，和遇到的问题及解决过程。

参考文章

浅析 Linux 初始化 init 系统，第 3 部分 systemd

阮一峰，Systemd 入门教程：命令篇

Linux守护进程之systemd

 

关注infoq、微信公众号：程序员架构进阶，实时获取最新文章内容，欢迎您的光临。