systemd 是什么
一句话总结
systemd 是 Linux 的初始化系统和服务管理器，控制所有后台守护进程的启动、停止、重启和自愈。
🤔 为什么会有它 / 解决了什么问题
传统 SysV init 用 shell 脚本顺序启动服务，串行、缓慢、无依赖解析。systemd 引入了并行启动、按需激活、自动重启等现代特性，成为大多数 Linux 发行版的标准。
🔍 具体原理 / 运作逻辑
systemd 用 .service 文件（unit file）定义服务，通过 systemctl 命令管理。核心概念是 Unit（服务单元）和 Journal（日志系统）。支持 After= 声明依赖关系自动排序启动。
更硬核的技术细节（点击展开）
systemctl enable创建符号链接到/etc/systemd/system/multi-user.target.wants/；systemctl daemon-reload重新加载所有修改过的 unit 文件。日志统一由 journald 收集，journalctl -u servicename查看。
🧭 什么情况下会用到 / 什么场景会遇到它
- 管理 cloudflared 隧道：
sudo systemctl restart cloudflared - 管理 cf-smtp-bridge 邮件桥接：
sudo systemctl status cf-smtp-bridge - 设置开机自启：
sudo systemctl enable <service> - 排查服务宕机：
sudo journalctl -u <service> -n 50 --no-pager
🛠️ 怎么上手 / 在哪操作
在任意 Linux VPS 上通过 sudo systemctl <start|stop|restart|status|enable|disable> <service-name> 操作；查看日志用 journalctl -u <service-name>。
⚖️ 副作用 / 代价 / 取舍
Unit 文件写错 → systemctl start 静默失败但 exit code 为 0（需 systemctl status 看实际状态）。systemd 是整个 Linux 生态中最容易被误用的组件之一——语法严格但报错信息不友好。
🕰️ 来历
- 谁提出/创造的：Lennart Poettering（Red Hat）
- 什么时候出现的：2010 年首次发布，2015 年起成为 Fedora/Debian/Ubuntu 等主流发行版的默认 init 系统
🔗 关联 / 经常一起出现的概念
- cloudflared：作为 systemd service 运行在 n1 VPS 上，维持 CF Tunnel
- cf-smtp-bridge：作为 systemd service 运行在 f1 VPS 上
- journalctl：systemd 日志查看工具
⚠️ 注意事项 / 常见误区
改完 .service 文件后忘了 systemctl daemon-reload，直接 restart —— systemd 用的是旧配置。修改 unit 后必须先 reload。
📎 记忆锚点
systemd 就是 Linux 的管家——谁开机启动、崩溃后要不要重启、日志记在哪，都由它说了算。
📝 更新日志
| 日期 | 改动 | 原因 |
|---|---|---|
| 2026-07-13 | 首次创建 | - |