Linux后台服务启动方式systemd、daemon、nohup大比拼

作者简介

骆小刚，现就职于深圳市普康电子有限公司，高级软件工程师。负责arm下u-boot、kernel开发，APP框架搭建，底层软件开发，算法开发，性能优化等。对开源软件有浓厚兴趣。

本文主要用实例剖析systemd、daemon()、nohup启动服务的差异。

环境：ubuntu 18.04 x86_64, linux 5.0,  gcc 8.3.0 

1. systemd启动服务

systemd是最新linux发行版管理后台的服务的默认形式，用以取代原有的init。

1.1 编写服务程序

vim simple-server.c

gcc simple-server.c  -o simple-server

1.2 配置服务

编辑服务配置文件simple-server.service

vim simple-server.service 

解析:

[Unit] :服务单元

Description：对该服务进行简单的描述

[Service]:服务运行时行为配置

ExecStart：程序的完整路径

Restart:重启配置，no、always、on-success、on-failure、on-abnormal、on-abort、on-watchdog

[Install]：安装配置

WantedBy：多用户等

其他配置选项请参考:

https://www.freedesktop.org/software/systemd/man/systemd.service.html

将配置拷贝到/lib/systemd/system/目录下：

sudo cp simple-server.service /lib/systemd/system/

1.3 启用服务

sudo systemctl enable simple-server

会创建一个指向配置文件/lib/systemd/system/simple-server.service的符号链接

/etc/systemd/system/multi-user.target.wants/simple-server.service

1.4 开启服务

sudo systemctl start simple-server

1.5 服务状态

1.5.1服务与终端的关系

pstree

可以看到systemd启动的服务直接是pid=1的systemd进程的子进程。

可以看到服务程序忽略了SIGPIPE信号。

服务没有控制终端(tty为“?”)。

1.5.3 服务的运行日志

sudo lsof -p 6213

用lsof可以看到服务的用户为root，当前目录和根目录都是“/”，输入被重定向到/dev/null，输出和出错被重定向到socket。

1.5.4 服务的运行状态

sudo systemctl status simple-server

我可以看到simple-server服务已经loaded，并且处于active状态。还可以看到PID、Tasks数量、服务管理日志等。

1.6 关闭服务

sudo systemctl stop simple-server

1.7 停用服务

 sudo systemctl disable simple-server

2. daemon启动服务

2.1 编写代码

vim daemon.c 

gcc  daemon.c -o daemon

2.2 启动服务

./daemon

2.3 服务状态

2.3.1 服务与终端的关系

服务把自己设置为会话首领，父进程是当前用户级的systemd(subreaper )，完全脱离终端。

2.3.2 服务的信号处理

ps -C daemon s

没有屏蔽信号。

控制终端tty为“？”

2.3.3 服务的运行日志

当前目录和根目录都是“/”，用户为普通用户，输入、输出、出错都重定向到/dev/null

2.4 停止服务

killall  daemon 

3. nohup 启动服务

3.1 编写代码

vim nohup.c

gcc nohup.c -o nohup

3.2 启动服务

用nohup命令启动这个名字也叫nohup的程序

（注意后面一个nohup是上面写的那个很简单的程序的名字）

nohup ./nohup

3.3 服务状态

3.3.1服务与终端的关系

服务的父进程是启动该服务的bash，和bash在一个会话组。

3.3.2 服务的信号处理

普通用户，屏蔽SIGHUP信号，依赖终端bash。由于屏蔽了SIGHUP，终端关闭的时候，会忽略终端发送的SIGHUP信号，继续运行服务。

3.3.3服务的运行日志

输入被重定向到/dev/null，输出、出错为当前目录下的nohup.out，格式没有带时间，不便于分析问题。

3.4 服务关闭

killall nohup

4. 总结

4.1 后台运行服务的基本需求

基本需求：

•  脱离终端（终端关闭时，服务不能关闭）

•  处理输入、输出、出错描述符

4.1.1  systemd

自己本身就是一个init或者user级的subreaper；

系统级systemd启动的服务以root权限运行；

重定向输入到/dev/null，输出、出错通过socket发给系统日志模块。

4.1.2 daemon

通过fork后父进程exit，让子进程托孤给subreaper，实现在后台运行服务。

重定向输入、输出、出错到/dev/null.

源码参考：

https://github.com/lattera/glibc/blob/master/misc/daemon.c

4.1.3 nohup

  通过忽略终端关闭时的广播信号SIGHUP，实现在后台运行服务。

重定向输入到/dev/null，输出、出错重定向到当前目录下的nohup.out文件，

4.2 后台运行服务的高级需求

高级需求：

• 方便分析问题的服务运行日志记录

•  服务管理的日志

•  异常退出时可以根据需要重新启动

daemon不能实现上面的高级需求。

nohup 只能记录服务运行时的输出和出错日志。

只有systemd能够实现上述所有需求。

默认的日志中增加了时间、用户名、服务名称、PID等，非常人性化。

还能看到服务运行异常退出的日志。

还能通过/lib/systemd/system/下的配置文件定制各种需求。

还有非常非常多强大的功能等着你去探索：

https://www.freedesktop.org/software/systemd/man/systemd.html

systemd是目前linux管理后台服务的主流方式

---

本文转载于「Linux阅马场」，作者骆小刚

---

后台回复“加群”，带你进入高手如云交流群

推荐阅读：

---

▼

喜欢，就给我一个“在看”

---

10T 技术资源大放送！包括但不限于：云计算、虚拟化、微服务、大数据、网络、Linux、Docker、Kubernetes、Python、Go、C/C++、Shell、PPT 等。在公众号内回复「1024」，即可免费获取！！