Linux systemd服务配置核心是正确编写.service单元文件，需置于/etc/systemd/system/（优先）或/usr/lib/systemd/system/，修改后执行systemctl daemon-reload；文件含Unit[Install]三段，Type字段决定启动行为，调试用journalctl、systemctl cat等命令。
Linux systemd 服务配置核心在于编写正确的 .service 单元文件，它决定了程序如何启动、何时运行、依赖什么、出错怎么处理。配置本身不复杂，但几个关键字段写错就可能导致服务无法启动或行为异常。
服务文件放在哪？怎么加载？
系统级服务配置默认存放在：
- /usr/lib/systemd/system/ —— 发行版自带或软件包安装的服务文件（只读，不建议直接修改）
- /etc/systemd/system/ —— 管理员自定义或覆盖用的服务文件（优先级更高）
新建或修改服务文件后，必须执行：
systemctl daemon-reload —— 重新加载所有 unit 配置，让 systemd 识别新文件或变更
否则 start、enable 等命令会报 “Unit not found”。
配置文件三大核心段落
一个典型的 xxx.service 文件由三部分组成，顺序固定，不可颠倒：
-
[Unit]：描述服务元信息和依赖关系
常用字段：Description=（简明说明）、After=（本服务在哪些 target 或 service 之后启动）、Wants=或Requires=（软/硬依赖，如network.target表示需要网络就绪） -
[Service]：定义进程行为
关键字段：Type=（如simple、forking，决定 systemd 如何判断服务是否“已启动”）、ExecStart=（必须用绝对路径，如/usr/local/bin/myapp --config /etc/myapp.conf）、Restart=（如on-failure控制异常退出后是否重启）、User=和Group=（指定运行身份，避免 root 权限滥用） -
[Install]：定义启用逻辑
核心字段：WantedBy=（如multi-user.target），表示执行systemctl enable xxx.service时，会在对应 target 的wants/目录下创建软链接
Type 字段选对很关键
systemd 根据 Type= 判断服务生命周期，选错会导致 status 显示异常或 restart 失效：
-
Type=simple（默认）：ExecStart启动的进程即主进程；进程退出，服务即视为停止 -
Type=forking：适用于传统 daemon（如早期 nginx、redis），主进程 fork 出子进程后自己退出；需配合PIDFile=指向 pid 文件 -
Type=oneshot：执行完命令即结束，适合初始化脚本；常加RemainAfterExit=yes，让 systemd 认为“服务仍处于激活状态”，即使没进程在跑 -
Type=notify：服务启动后主动通过 sd_notify() 告知 systemd 已就绪（推荐用于新开发服务，更可靠）
调试服务启动失败的常用方法
服务启动失败时，别只看 systemctl status 的最后一行红字：
- 运行 journalctl -u xxx.service -n 50 -f 查看实时日志（
-n 50显示最近 50 行） - 用 systemctl cat xxx.service 确认实际加载的是哪个路径下的配置文件（防止改了错的位置）
- 检查
ExecStart中的路径是否存在、权限是否正确、环境变量是否缺失（systemd 默认不继承 shell 环境，必要时用Environment=显式声明） - 临时加
StandardOutput=console和StandardError=console，再systemctl start，错误可能直接输出到终端
