离线文本版 · Markdown 标记与示例按原文保留。
> 日期说明：归档日期为历史整理日期，不代表原始首发时间；本文于 2026-11-02 核对并修订。命令示例需按实际环境替换占位符。 一个长期运行的脚本需要的不只是后台符号。本文整理两个容易忽略的环节，作为日常使用时的检查参考。 <!-- more --> ## 先明确服务的运行方式 一个长期运行的脚本需要的不只是后台符号。运行用户、工作目录、环境变量和退出后的行为，都应写进 unit 文件。优先使用普通账号运行，只有确有需要时再授予额外权限。 ## 重启策略要留出缓冲 Restart=on-failure 适合异常退出后恢复，配合 RestartSec 可以避免连续启动失败时占满日志。更改 unit 后运行 systemctl daemon-reload，再启动并查看 journalctl。enable 表示开机启用，不等同于立即启动。 ## 日常使用的小结 把日志交给 journal 管理，通常比自行拼接日志文件更容易检索。配置中的路径建议写绝对路径，减少交互式终端与服务环境的差异。 ## 操作参考与适用边界 ### 检查 unit 与最近日志 ```sh systemctl status example.service --no-pager journalctl -u example.service --since "30 min ago" --no-pager systemctl cat example.service ``` 适用于采用 systemd 的 Linux。服务不存在时先确认真实 unit 名称；日志为空时核对权限与服务是否将日志输出到其他文件。 ### 如何判断结果 操作后应将实际结果与文中目标对照；命令成功退出只能证明该步骤完成，不能替代业务层验证。记录异常信息时，保留时间、软件版本与相关上下文，方便后续复查。 ## 参考资料 - [官方文档与规范](https://www.freedesktop.org/software/systemd/man/latest/systemd.service.html)（本次整理参考，页面内容可能随版本更新） - [继续阅读本站归档](/archives/)