CentOS如何将自定义脚本设置为系统服务并开机启动？

在CentOS系统中,管理系统服务是保障应用稳定运行和实现自动化运维的关键环节，现代CentOS版本（如7、8、9及Stream）普遍采用systemd作为其初始化系统和服务管理器，它取代了传统的SysVinit，提供了更强大的并行启动能力、依赖关系管理和按需激活功能，理解并熟练使用systemd来设置系统服务，是每一位系统管理员的必备技能。

systemd与Unit文件

systemd的核心是“unit”（单元）的概念，系统中的每一个资源，无论是服务、挂载点、设备还是套接字，都被抽象为一个unit，而我们要设置的系统服务，其配置信息就存储在以.service为后缀的unit文件中。

这些配置文件通常存放在两个主要目录：

• /usr/lib/systemd/system/：存放软件包安装时默认创建的服务文件，不建议手动修改。
• /etc/systemd/system/：存放系统管理员创建或修改的服务文件，优先级更高，是自定义服务的首选位置。

一个典型的.service文件由三个部分组成：

• [Unit]：定义服务的元数据，如描述、依赖关系等。
• [Service]：定义服务的具体行为，如启动命令、重启策略、运行用户等。
• [Install]：定义服务如何被“启用”，即在哪个目标下创建符号链接以实现开机自启。

创建自定义系统服务：一个实践案例

假设我们有一个简单的Python脚本/opt/myapp/app.py，我们希望它作为一个后台服务持续运行。

第一步：准备应用程序

确保你的脚本或应用程序存在,一个简单的Python脚本：

# /opt/myapp/app.py
import time
while True:
    with open('/var/log/myapp.log', 'a') as f:
        f.write(f"Application is running at {time.ctime()}n")
    time.sleep(10)

并赋予其执行权限：chmod +x /opt/myapp/app.py。

第二步：创建Unit文件

在/etc/systemd/system/目录下创建一个名为myapp.service的文件：

[Unit]
Description=My Custom Python Application Service
After=network.target
[Service]
Type=simple
User=root
ExecStart=/usr/bin/python3 /opt/myapp/app.py
Restart=on-failure
RestartSec=5s
[Install]
WantedBy=multi-user.target

文件解析：

• Description：服务的描述信息，便于识别。
• After=network.target：确保在网络服务启动后再启动此服务。
• Type=simple：默认类型，表示ExecStart启动的进程就是服务的主进程。
• User=root：指定运行服务的用户，出于安全考虑，建议使用非root用户。
• ExecStart：启动服务的核心命令，必须使用绝对路径。
• Restart=on-failure：当服务异常退出时，自动重启。
• RestartSec=5s：重启前等待5秒。
• WantedBy=multi-user.target：表示当系统进入多用户模式（命令行界面）时，自动启动此服务。

常用systemctl管理命令

创建好unit文件后,就可以使用systemctl命令来管理服务了，以下是一些最常用的命令：

命令	功能描述
systemctl start myapp	立即启动 myapp 服务
systemctl stop myapp	立即停止 myapp 服务
systemctl restart myapp	重启 myapp 服务
systemctl reload myapp	重新加载服务配置（如果服务支持）
systemctl status myapp	查看服务的详细运行状态
systemctl enable myapp	设置服务为开机自启
systemctl disable myapp	取消服务的开机自启
systemctl daemon-reload	修改unit文件后，重新加载配置

操作流程：

1. 创建或修改/etc/systemd/system/myapp.service文件。
2. 运行 systemctl daemon-reload 让systemd识别新的配置。
3. 运行 systemctl start myapp 启动服务。
4. 运行 systemctl status myapp 检查是否成功。
5. 运行 systemctl enable myapp 设置开机自启。

故障排查与日志查看

如果服务无法启动,systemctl status myapp会提供简要的错误信息，要获取更详细的日志，可以使用journalctl工具：

# 查看指定服务的所有日志
journalctl -u myapp.service
# 实时跟踪服务日志
journalctl -u myapp.service -f

通过日志,通常可以定位到脚本错误、权限问题或路径错误等根本原因。

---

相关问答FAQs

A1: 这是因为 systemd 在启动时已经将 unit 文件的内容读入内存，当你手动修改了磁盘上的 .service 文件后，需要通知 systemd 重新加载这些配置，请务必在修改后执行 systemctl daemon-reload 命令，然后再进行 restart 或其他操作，这样更改才能生效。

A2: 它们的用途完全不同。systemctl start myapp 是一个即时操作，它告诉 systemd 立即启动 myapp 服务，但这次启动在系统重启后不会保留，而 systemctl enable myapp 是一个持久化设置，它会在系统的启动目标目录（如 /etc/systemd/system/multi-user.target.wants/）中创建一个指向服务文件的符号链接，确保下次系统开机时，该服务会自动启动，一个新服务的标准配置流程是先 start 测试运行，确认无误后再 enable 设置开机自启。