如何在Linux中自定义服务 Linux systemd单元文件编写-linux运维-PHP中文网

如何在Linux中自定义服务 Linux systemd单元文件编写

P粉602998670

发布： 2025-08-27 10:54:02

原创

938人浏览过

编写systemd服务需创建.service文件，定义Unit、Service、Install三部分，通过systemctl命令管理服务启停与开机自启，排查错误用status查看日志，支持环境变量、依赖配置及多种重启策略，更新时先停服务再替换文件并重载配置。

如何在linux中自定义服务 linux systemd单元文件编写

自定义Linux服务，核心在于编写一个systemd单元文件，告诉systemd如何启动、停止、重启你的服务。这就像给你的服务写一份详细的“说明书”，systemd会按照这份“说明书”来管理它。

解决方案

创建单元文件: 在
```
/etc/systemd/system/
```
登录后复制
目录下创建一个
```
.service
```
登录后复制
登录后复制
文件，文件名就是你的服务名称，比如
```
my-awesome-service.service
```
登录后复制
。
编辑单元文件: 用你喜欢的文本编辑器打开这个文件，然后开始填写内容。下面是一个基本的例子：
```
[Unit]
Description=My Awesome Service
After=network.target

[Service]
User=myuser
Group=mygroup
WorkingDirectory=/opt/my-awesome-service
ExecStart=/opt/my-awesome-service/my-awesome-service-executable
Restart=on-failure

[Install]
WantedBy=multi-user.target
```
登录后复制
- ```
[Unit]
```
  登录后复制
  部分：描述服务的基本信息和依赖关系。
  - ```
  Description
```
  登录后复制
  : 服务的描述，随便写，方便自己看。
- After
  登录后复制
  登录后复制
  登录后复制
  : 表示这个服务在哪个服务启动之后启动，这里
```
  network.target
```
  登录后复制
  表示网络服务启动之后启动。
- ```
[Service]
```
  登录后复制
  部分：定义服务的运行方式。
  - User
    登录后复制
    登录后复制
    和
```
Group
```
    登录后复制
    : 指定运行服务的用户和用户组，安全性考虑，不要用root。
  - WorkingDirectory
    登录后复制
    登录后复制
    : 服务的工作目录，程序在哪里运行。
  - ExecStart
    登录后复制
    登录后复制
    登录后复制
    登录后复制
    : 启动服务的命令，这是最重要的部分。
  - ```
  Restart
```
  登录后复制
  : 服务挂掉之后是否重启，
```
  on-failure
```
  登录后复制
  表示只有在服务异常退出时才重启。
- ```
[Install]
```
  登录后复制
  部分：定义服务如何被启用。
  - ```
  WantedBy
```
  登录后复制
  : 表示这个服务被哪个target包含，
```
  multi-user.target
```
  登录后复制
  是多用户模式，也就是我们常用的桌面环境或者命令行界面。
重载systemd配置: 修改完单元文件之后，需要让systemd重新加载配置：
```
sudo systemctl daemon-reload
```
登录后复制
启用服务: 启用服务，让它在开机时自动启动：
```
sudo systemctl enable my-awesome-service.service
```
登录后复制
启动服务: 手动启动服务：
```
sudo systemctl start my-awesome-service.service
```
登录后复制
查看服务状态: 查看服务是否正常运行：
```
sudo systemctl status my-awesome-service.service
```
登录后复制

服务启动失败怎么办？如何排查systemd单元文件错误？

首先，

systemctl status your-service.service

登录后复制

是你的好朋友。它会告诉你服务当前的状态，以及最近的日志。如果服务启动失败，通常会在日志里找到一些线索。

常见的错误包括：

路径错误：
ExecStart
登录后复制
登录后复制
登录后复制
登录后复制
、
```
WorkingDirectory
```
登录后复制
登录后复制
里指定的路径不存在，或者权限不对。
用户权限问题：
```
User
```
登录后复制
登录后复制
指定的用户没有执行
ExecStart
登录后复制
登录后复制
登录后复制
登录后复制
命令的权限。
依赖关系问题：
```
After
```
登录后复制
登录后复制
登录后复制
指定的服务没有启动，导致你的服务无法启动。
语法错误： 单元文件里有语法错误，导致systemd无法解析。

解决这些问题，需要仔细检查你的单元文件，确认路径、权限、依赖关系都正确。也可以尝试手动执行

ExecStart

登录后复制

命令，看看是否能正常运行。

如何让服务在特定事件发生时自动重启？

除了

Restart=on-failure

登录后复制

，systemd还提供了其他的重启策略，比如

Restart=always

登录后复制

（总是重启）、

Restart=on-abort

登录后复制

（服务被信号终止时重启）等等。

更高级的用法是使用

WatchdogSec

登录后复制

选项。你可以设置一个超时时间，如果服务在这个时间内没有向systemd发送“心跳”信号，systemd就会认为服务挂掉了，然后自动重启它。这需要你的服务程序自己实现发送心跳信号的逻辑。

如何使用环境变量配置systemd服务？

可以在

.service

登录后复制

文件中使用

Environment

登录后复制

和

EnvironmentFile

登录后复制

选项来设置环境变量。

```
Environment=VAR1=value1 VAR2=value2
```
登录后复制
：直接在单元文件中设置环境变量。
```
EnvironmentFile=/path/to/environment/file
```
登录后复制
：从文件中读取环境变量。文件格式是
```
VAR1=value1
```
登录后复制
，每行一个变量。

需要注意的是，这些环境变量只在服务启动时生效。如果服务已经运行，修改环境变量不会立即生效，需要重启服务。

使用环境变量的好处是可以将一些配置信息（比如数据库密码、API密钥）从代码中分离出来，方便管理和修改，也更安全。

如何管理多个服务之间的依赖关系？

除了

After

登录后复制

，systemd还提供了

Requires

登录后复制

和

Wants

登录后复制

选项来管理服务之间的依赖关系。

```
Requires
```
登录后复制
登录后复制
登录后复制
：表示你的服务必须依赖于另一个服务，如果另一个服务启动失败，你的服务也会启动失败。
```
Wants
```
登录后复制
登录后复制
登录后复制
：表示你的服务希望依赖于另一个服务，但即使另一个服务启动失败，你的服务仍然会尝试启动。

选择哪个选项取决于你的服务的实际需求。如果你的服务必须依赖于另一个服务才能正常运行，那么应该使用

Requires

登录后复制

。如果你的服务只是希望依赖于另一个服务，但即使另一个服务启动失败也能正常运行，那么应该使用

Wants

登录后复制

。

同时，也要注意避免循环依赖，也就是A依赖B，B又依赖A，这样会导致服务无法启动。

如何更新已经部署的systemd服务？

更新服务通常涉及以下步骤：

停止服务：

sudo systemctl stop your-service.service

登录后复制

更新服务文件： 替换
```
/opt/my-awesome-service/my-awesome-service-executable
```
登录后复制
中的程序文件。
重新加载配置：
```
sudo systemctl daemon-reload
```
登录后复制

启动服务：

sudo systemctl start your-service.service

登录后复制

如果你的服务更新涉及到单元文件的修改，那么需要先停止服务，然后修改单元文件，再重新加载配置，最后启动服务。

为了避免服务更新期间出现问题，可以考虑使用滚动更新策略，也就是先更新一部分服务实例，然后逐步更新剩余的实例。这需要更复杂的部署方案，比如使用容器编排工具（如Docker Swarm或Kubernetes）。

以上就是如何在Linux中自定义服务 Linux systemd单元文件编写的详细内容，更多请关注php中文网其它相关文章！