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