背景
想象一下这个场景：你有一个基于 PHP 开发的 Web 应用或后台脚本，需要在系统后台持续运行，并且最好还能在意外崩溃时自动“满血复活”。这时候，systemd 就该登场了。这变钱代 Linux 系统的服务管理器，能帮我们轻松实现几个核心目标：
- 让应用跟随系统启动而自动加载。
- 在应用意外崩溃时，自动重启保障连续性。
- 集中管理日志，方便随时排查问题。
- 精准控制服务运行的用户和组权限，提升安全性。
接下来，我们就一步步拆解，如何将一个 PHP 程序“包装”成一个标准的 systemd 服务。
步骤 1: 创建服务单元文件
服务单元文件是 systemd 的指挥中心。第一步，就是在系统目录 /etc/systemd/system/ 下，为你的 PHP 程序创建一个专属的 .service 文件。
sudo nano /etc/systemd/system/myapp.service
文件命名通常遵循 <服务名>.service 的格式，这里我们以 myapp.service 为例。
步骤 2: 编写服务单元文件
文件创建好后，将以下配置内容填入其中。这些配置项定义了服务的核心行为。
[Unit] Description=My PHP Application After=network.target [Service] ExecStart=/usr/bin/php /var/www/html/myapp/index.php Restart=always User=www-data Group=www-data Environment=APP_ENV=production WorkingDirectory=/var/www/html/myapp StandardOutput=append:/var/log/myapp/output.log StandardError=append:/var/log/myapp/error.log [Install] WantedBy=multi-user.target
关键配置说明：
[Unit] 部分:
Description：对服务的简要描述，让管理员一目了然。After=network.target：设定服务启动的依赖顺序，确保在网络服务就绪后才启动，适合绝大多数需要网络连接的 Web 应用。
[Service] 部分:
ExecStart：这是核心命令，定义了服务启动时执行什么。这里我们用 PHP 命令行解释器来运行指定的入口文件。Restart=always：关键设置！确保服务无论因何种原因退出（非正常停止命令），都会自动重启，是实现高可用的基石。User和Group：指定运行身份。使用如www-data这类专为Web服务设立的用户/组，是安全隔离的最佳实践。Environment=APP_ENV=production：为应用设置环境变量，轻松切换运行环境（如开发、生产）。WorkingDirectory：设定工作目录，确保程序内的相对路径能正确解析。StandardOutput和StandardError：将标准输出和错误流分别重定向到指定的日志文件。append模式保证了日志的持续累积。
[Install] 部分:
WantedBy=multi-user.target：指定服务在系统进入多用户模式时被启用，这是服务器环境的典型配置。
步骤 3: 创建日志目录
配置中指定的日志目录需要提前创建并赋予相应权限，否则服务可能因无法写入日志而启动失败。执行以下命令即可：
sudo mkdir -p /var/log/myapp sudo chown www-data:www-data /var/log/myapp
这行命令确保了日志目录存在，并且所有权归属于运行服务的 www-data 用户和组。
步骤 4: 重新加载 systemd 并启动服务
配置文件就绪后，需要通知 systemd 系统加载新的配置，然后启动服务。
sudo systemctl daemon-reload sudo systemctl start myapp.service
如果希望这个服务在每次服务器重启后都能自动运行，别忘了启用它：
sudo systemctl enable myapp.service
步骤 5: 检查服务状态
服务启动后，怎么确认它真的在健康运行呢？检查状态命令会告诉你一切。
systemctl status myapp.service
这个命令会显示服务是否活跃、运行时长、最近日志片段等关键信息，是故障排查的第一站。
步骤 6: 查看服务日志
应用的一切输出都按配置记录在案了。你可以直接查看我们自定义的日志文件：
cat /var/log/myapp/output.log cat /var/log/myapp/error.log
当然，也可以利用 systemd 自带的日志工具 journalctl 进行更集中、更灵活的查看，它还能方便地跟踪实时日志：
journalctl -u myapp.service
总结
走完以上步骤，你的 PHP 程序就已经成功转型为一个由 systemd 托管的专业服务了。它具备了开机自启、故障自动恢复、集中化日志管理等生产环境所需的核心能力。这套方法极大地提升了后台 PHP 应用的稳定性和可维护性，让运维管理变得轻松而规范。
关键命令汇总
- 启动服务：
sudo systemctl start myapp.service - 停止服务：
sudo systemctl stop myapp.service - 重启服务：
sudo systemctl restart myapp.service - 启用开机自启：
sudo systemctl enable myapp.service - 禁用开机自启：
sudo systemctl disable myapp.service - 查看服务状态：
systemctl status myapp.service - 重新加载服务单元文件：
sudo systemctl daemon-reload
熟练掌握这些命令，配合合理的 systemd 配置，你就能游刃有余地管理任何 PHP 后台应用。
