systemd 入门：把一个脚本变成开机自启的服务

很多人第一次接触 systemd，是因为想让自己的脚本「开机自己跑起来」。其实一个最简单的服务单元（unit）只有三段，理解了这三段，剩下的都是查手册的事。

第一段 [Unit]：我是谁、我依赖谁。 Description 写一句话说明；After=network.target 表示等网络就绪后再启动我。顺序声明只管启动先后，不管成败——这点经常被误解。

第二段 [Service]：怎么把我跑起来。 最少要有一行 ExecStart= 写绝对路径的启动命令。再补两个实用项：Restart=on-failure 让进程异常退出时自动拉起；WorkingDirectory= 指定工作目录，避免脚本里用相对路径找不到文件。跑前台进程的脚本用默认的 Type=simple 就够了，不要随便改成 forking，那是给会自己 fork 到后台的老式守护进程用的。

第三段 [Install]：谁来拉我开机自启。 写 WantedBy=multi-user.target，意思是进入正常多用户运行级别时把我带上。systemctl enable 做的就是按这一段建一个符号链接——所以 enable 和 start 是两件事：enable 管下次开机，start 管现在立刻。

日常四条命令：

• systemctl daemon-reload：改完 unit 文件必须先执行，否则 systemd 还用着旧配置
• systemctl enable --now myapp：设置自启并立即启动，一条搞定
• systemctl status myapp：看它是 active 还是 failed，失败时这里有最后几行日志
• journalctl -u myapp -f：跟着日志实时看输出，排错主要靠它

一个最常见的坑： 手工在终端里跑得好好的脚本，做成服务就失败，多半是环境不同：服务没有你的 PATH、没有当前目录、也没有你登录时加载的环境变量。对策是把依赖写进 unit：用绝对路径、Environment= 显式声明变量、必要时用 User= 指定运行用户。把服务当成一个「干净房间里的陌生人」，它就不会让你意外了。