Systemd通过.service文件管理服务，如myapp.service可定义描述、依赖、启动命令等；After指定启动顺序，Wants/Requires设置软硬依赖，BindsTo实现双向绑定；启用服务需daemon-reload后enable并start，用status和journalctl排查问题；高级选项包括Environment、TimeoutSec、LimitNOFILE等，Type=forking支持守护进程。

在Linux系统中，Systemd是现代发行版默认的初始化系统和服务管理器。通过编写定制化的服务单元文件，可以精确控制服务的启动行为、运行环境以及依赖关系。合理配置服务单元不仅能提升系统稳定性，还能确保关键服务按需有序启动。

创建自定义服务单元文件

Systemd服务由单元文件定义，通常以.service为扩展名，存放于/etc/systemd/system/或/usr/lib/systemd/system/目录下。用户级服务则位于~/.config/systemd/user/。

以一个名为myapp.service的自定义服务为例：

[Unit]
Description=My Custom Application
After=network.target

[Service]
Type=simple
User=myuser
ExecStart=/opt/myapp/start.sh
Restart=on-failure
WorkingDirectory=/opt/myapp

[Install]
WantedBy=multi-user.target

保存后，使用systemctl daemon-reload重新加载配置，使新服务生效。

管理服务依赖关系

Systemd通过依赖指令控制服务启动顺序和条件。常用的依赖关键词包括：After、Before、Wants、Requires和BindsTo。

• After=network.target：表示该服务在网络就绪后启动
• Wants=redis.service：软依赖，即使Redis失败，本服务仍可启动
• Requires=postgresql.service：硬依赖，PostgreSQL失败将导致本服务无法启动
• BindsTo=monitor.service：双向绑定，若monitor停止，当前服务也停止

多个目标可用空格分隔，如After=network.target postgresql.service。

启用与调试服务

服务配置完成后，可通过以下命令管理：

• systemctl enable myapp.service：设置开机自启
• systemctl start myapp.service：立即启动服务
• systemctl status myapp.service：查看运行状态和最近日志
• journalctl -u myapp.service -f：实时跟踪服务日志

若服务启动失败，重点关注ExecStart路径权限、用户是否存在、依赖服务状态以及SELinux/AppArmor策略限制。

高级配置选项

对于更复杂场景，可在[Service]段中添加：

• Environment=：设置环境变量，如Environment=LOG_LEVEL=debug
• TimeoutSec=：定义启动超时时间
• LimitNOFILE=：调整文件描述符限制
• PrivateTmp=：启用独立临时目录增强隔离性
• ExecStop=：指定优雅停止命令

组合使用Type=forking可支持守护进程模式，需配合PIDFile=使用。

基本上就这些。掌握单元文件结构和依赖机制后，就能灵活构建符合业务逻辑的服务拓扑。注意保持配置简洁，避免循环依赖，定期测试变更影响。