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