用 systemd 管理后台常驻服务的几个坑

把脚本做成 systemd 服务，能解决开机自启和崩溃拉起。但实际落地时有几个坑。

坑一：环境变量不继承

`ExecStart` 里的进程拿不到你 shell 里的 PATH 和自定义变量。解决：`EnvironmentFile=/etc/default/myapp`，或用 `Environment=PATH=/usr/local/bin:/usr/bin`。

坑二：WorkingDirectory 不设会用到 /

相对路径全部失效。务必显式写 `WorkingDirectory=/opt/app`。

坑三：Type 选错导致启动超时

`Type=simple` 表示命令一跑就算启动完成；如果进程会 fork，要用 `Type=forking`。选错会出现 `start operation timed out`。

坑四：日志看不到

`journalctl -u myapp -f` 才是正确姿势，别去 `tail` 文件了。

小结

systemd 不是魔法，它要求你把启动契约写清楚：谁、在哪、用什么环境、失败怎么办。写清楚这四个，服务就稳。