编写systemd服务需创建.service文件，定义Unit、Service、Install三部分，通过systemctl命令管理服务启停与开机自启，排查错误用status查看日志，支持环境变量、依赖配置及多种重启策略，更新时先停服务再替换文件并重载配置。
自定义Linux服务，核心在于编写一个systemd单元文件，告诉systemd如何启动、停止、重启你的服务。这就像给你的服务写一份详细的“说明书”，systemd会按照这份“说明书”来管理它。
解决方案
创建单元文件: 在
/etc/systemd/system/
目录下创建一个
.service
文件，文件名就是你的服务名称，比如
my-awesome-service.service
。
编辑单元文件: 用你喜欢的文本编辑器打开这个文件，然后开始填写内容。下面是一个基本的例子：
[Unit]Description=My Awesome ServiceAfter=network.target[Service]User=myuserGroup=mygroupWorkingDirectory=/opt/my-awesome-serviceExecStart=/opt/my-awesome-service/my-awesome-service-executableRestart=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
（服务被信号终止时重启）等等。
Supermoon
The AI-Powered Inbox for Growing Teams
126 查看详情 
更高级的用法是使用
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单元文件编写的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/938112.html
微信扫一扫 
支付宝扫一扫 
