如何在Linux系统中使用systemctl管理服务？掌握服务启停的完整教程-LINUX-PHP中文网

systemctl是管理Linux系统服务的核心工具，用于启动、停止、重启、查看状态及设置开机自启动。通过systemctl status和journalctl -u可排查服务异常退出问题，常见原因包括配置错误、依赖缺失、权限不足或资源限制。创建自定义服务需编写.service文件，包含[Unit]、[Service]、[Install]三部分，定义描述、启动命令、运行用户、重启策略等，并通过daemon-reload加载配置，实现服务化管理。

如何在linux系统中使用systemctl管理服务？掌握服务启停的完整教程

在Linux系统中，

systemctl

登录后复制

是管理systemd服务核心且现代的工具。它允许你对系统服务进行启动、停止、重启、查看状态，以及设置开机自启动等操作，极大地简化了系统服务的管理流程，是日常系统维护和应用部署中不可或缺的命令。

解决方案

要管理Linux中的服务，

systemctl

登录后复制

是你的首选工具。它的基本用法直观而强大，几乎涵盖了你对服务操作的所有需求。

启动服务： 当你需要让一个服务开始运行时，比如Nginx或Apache，你可以使用
```
systemctl start [服务名]
```
登录后复制
。例如，
```
sudo systemctl start nginx
```
登录后复制
。
停止服务： 想要暂时关闭一个正在运行的服务，比如调试配置或者执行维护，
```
systemctl stop [服务名]
```
登录后复制
就派上用场了。例如，
```
sudo systemctl stop apache2
```
登录后复制
。
重启服务： 如果你修改了服务的配置文件，通常需要重启服务来让更改生效。
```
systemctl restart [服务名]
```
登录后复制
会先停止服务，然后再启动它。例如，
```
sudo systemctl restart sshd
```
登录后复制
。
重新加载配置： 有些服务支持在不完全中断服务的情况下加载新的配置。这种情况下，使用
```
systemctl reload [服务名]
```
登录后复制
比
```
restart
```
登录后复制
更平滑，能避免服务短暂的停机。例如，
```
sudo systemctl reload nginx
```
登录后复制
。当然，不是所有服务都支持
```
reload
```
登录后复制
，如果不支持，它通常会回退到
```
restart
```
登录后复制
。
查看服务状态： 这是我个人觉得最常用的命令之一，
```
systemctl status [服务名]
```
登录后复制
会提供服务的详细状态，包括它是否正在运行、PID、内存占用、最近的日志片段以及是否存在错误。例如，
```
systemctl status docker
```
登录后复制
。
设置开机自启动： 如果你希望某个服务在系统启动时自动运行，你需要“启用”它。
```
systemctl enable [服务名]
```
登录后复制
会创建一个符号链接，确保服务在下次启动时被systemd加载。例如，
```
sudo systemctl enable postgresql
```
登录后复制
。
禁用开机自启动： 相反，如果你不希望某个服务随系统启动，可以使用
```
systemctl disable [服务名]
```
登录后复制
。例如，
```
sudo systemctl disable cups
```
登录后复制
。
检查服务是否已启用：
```
systemctl is-enabled [服务名]
```
登录后复制
会告诉你服务是
```
enabled
```
登录后复制
、
```
disabled
```
登录后复制
还是
```
static
```
登录后复制
（通常是系统核心服务，无法禁用）。

这些命令基本覆盖了日常服务管理的大部分场景。记住，大部分操作都需要

sudo

登录后复制

权限。

如何查看所有运行中的服务或特定服务的状态？

在Linux系统管理中，了解哪些服务正在运行，或者某个特定服务当前的健康状况，是日常维护和故障排查的关键。

systemctl

登录后复制

提供了一系列命令来满足这些需求。

要查看系统上所有正在运行的

service

登录后复制

类型的单元，你可以使用

systemctl list-units --type=service

登录后复制

。这个命令会列出当前处于活动状态（active）的服务，包括那些已经启动并成功运行的服务。如果你想看到所有服务，包括那些已加载但未激活（inactive）或失败（failed）的服务，可以加上

--all

登录后复制

参数：

systemctl list-units --type=service --all

登录后复制

。这对于了解系统上到底有哪些服务被systemd管理，以及它们当前的整体状态非常有用。

我个人在排查问题时，更倾向于直接查看某个特定服务的详细状态。这时候，

systemctl status [服务名]

登录后复制

就成了我的得力助手。例如，

systemctl status nginx

登录后复制

。这个命令会输出非常丰富的信息，包括：

Load: 服务单元文件的加载状态，比如
```
loaded
```
登录后复制
。
Active: 服务的当前运行状态，比如
```
active (running)
```
登录后复制
表示正常运行，
```
inactive (dead)
```
登录后复制
表示已停止，
```
failed
```
登录后复制
则表示启动失败或运行中遇到错误。
PID: 服务的进程ID。
CGroup: 服务所属的控制组信息。
内存和CPU占用： 虽然不是所有服务都会显示，但一些复杂的服务会提供这些基本资源使用情况。
最新日志： 这是最关键的部分，
```
systemctl status
```
登录后复制
会直接显示服务最近的几行日志输出。通过这些日志，你可以快速判断服务为什么启动失败，或者在运行过程中遇到了什么问题。我记得有一次Nginx配置出错，就是通过
```
systemctl status nginx
```
登录后复制
直接看到错误日志，瞬间定位了问题所在。

此外，如果你想知道哪些服务被设置为开机自启动，或者哪些被禁用了，

systemctl list-unit-files --type=service

登录后复制

是个好选择。它会列出所有服务单元文件及其

enabled

登录后复制

、

disabled

登录后复制

或

static

登录后复制

状态。这对于系统优化，避免不必要的服务随系统启动，从而节省资源，是非常有帮助的。

为什么我的服务重启后又自动停止了？理解systemd的生命周期管理

这绝对是Linux服务管理中一个非常常见且令人头疼的问题。你明明

systemctl start

登录后复制

了服务，或者

systemctl restart

登录后复制

之后，过了一会儿

systemctl status

登录后复制

却发现它又

inactive (dead)

登录后复制

甚至

failed

登录后复制

了。这种情况下，通常不是

systemctl

登录后复制

本身的问题，而是服务自身的配置或者运行环境出了岔子。

理解systemd的服务生命周期管理是解决这个问题的关键。systemd在启动一个服务时，会按照其单元文件（

.service

登录后复制

文件）中的定义来执行。如果服务在启动过程中遇到错误，或者启动成功后，它的主进程意外退出，systemd就会根据单元文件中的

restart

登录后复制

策略来决定如何处理。默认情况下，如果服务进程退出，systemd可能不会尝试自动重启，或者只在特定条件下重启。

解决这种问题的思路，我通常会从以下几个方面入手：

Starry.ai

AI艺术绘画生成器

查看详情

查看详细状态和日志： 这是第一步，也是最重要的一步。
```
systemctl status [服务名]
```
登录后复制
会告诉你服务是
```
failed
```
登录后复制
还是
```
inactive (dead)
```
登录后复制
。如果显示
```
failed
```
登录后复制
，通常会在输出中直接包含导致失败的错误信息。更进一步，使用
```
journalctl -u [服务名]
```
登录后复制
命令来查看该服务的完整日志。
```
journalctl
```
登录后复制
是systemd的日志工具，它能提供服务从启动到停止期间的所有详细输出，包括任何错误、警告或调试信息。我曾经遇到一个Web应用服务反复停止，
```
journalctl
```
登录后复制
显示是数据库连接字符串写错了，导致应用一启动就崩溃退出。
检查服务配置： 很多时候，服务无法正常启动或运行，是因为其配置文件（例如Nginx的
```
nginx.conf
```
登录后复制
，MySQL的
```
my.cnf
```
登录后复制
）存在语法错误、路径错误、权限问题或端口冲突等。仔细检查配置文件的每一项，并确保它符合服务的规范。对于一些服务，例如Nginx，它提供了配置语法检查工具（
```
nginx -t
```
登录后复制
），使用这些工具可以在启动前发现问题。
检查依赖项： 服务可能依赖于其他服务、文件、目录或特定的用户/组。例如，一个Web应用可能依赖于数据库服务、特定的Python解释器版本、Node.js环境或者某个数据目录。如果这些依赖项没有准备好，或者权限不对，服务就无法正常启动。
```
systemctl status
```
登录后复制
的输出有时会提示依赖失败。
权限问题： 服务通常以非root用户运行，以增强安全性。如果服务需要访问某个文件或目录，而运行它的用户没有相应的读写权限，服务就会启动失败或崩溃。检查服务单元文件中的
```
User
```
登录后复制
和
```
Group
```
登录后复制
设置，并确保这些用户对服务所需的所有资源都拥有正确的权限。
资源限制： 偶尔，服务可能因为系统资源不足（如内存溢出）而退出。这在一些内存密集型应用中比较常见。
```
journalctl
```
登录后复制
可能会显示OOM（Out Of Memory）错误。

通过这些步骤，你通常能够定位服务反复停止的根本原因。记住，日志是你的朋友，它会告诉你发生了什么。

如何创建并管理自定义的systemd服务？

将自定义脚本或应用程序转化为systemd服务，是Linux系统管理中一项非常实用的技能。这能让你的程序像系统自带的服务一样，享受systemd的统一管理，包括开机自启动、崩溃自动重启、日志管理等。我个人觉得，一旦你掌握了自定义服务文件的编写，你会发现它真的非常强大，能让你把任何脚本或应用都变成一个“正规”的服务。

创建自定义systemd服务的核心是编写一个

.service

登录后复制

单元文件。这些文件通常存放在

/etc/systemd/system/

登录后复制

目录下，因为这个目录下的单元文件优先级最高，且专门用于系统管理员自定义的服务。

一个典型的

.service

登录后复制

文件包含三个主要部分：

[Unit]

登录后复制

、

[Service]

登录后复制

和

[Install]

登录后复制

。

[Unit]

登录后复制

部分： 这部分主要定义服务的元数据和依赖关系。

```
Description=
```
登录后复制
: 服务的简短描述，方便你理解这个服务是做什么的。
```
After=
```
登录后复制
: 定义该服务在哪些其他服务之后启动。例如，
```
After=network.target
```
登录后复制
表示在网络服务启动后才启动你的服务。如果你的服务依赖于数据库，可以写
```
After=postgresql.service
```
登录后复制
。
```
Requires=
```
登录后复制
: 比
```
After
```
登录后复制
更强的依赖，如果
```
Requires
```
登录后复制
中列出的服务启动失败，当前服务也不会启动。

[Service]

登录后复制

部分： 这是服务的核心，定义了如何启动、停止服务，以及服务的运行行为。

```
ExecStart=
```
登录后复制
: 这是最重要的命令，定义了服务启动时要执行的命令。通常是一个脚本或可执行程序的完整路径。
```
ExecStop=
```
登录后复制
: 定义了服务停止时要执行的命令。如果省略，systemd会发送
```
SIGTERM
```
登录后复制
信号给主进程。
```
WorkingDirectory=
```
登录后复制
: 定义服务的工作目录。
```
User=
```
登录后复制
,
```
Group=
```
登录后复制
: 指定服务以哪个用户和用户组的身份运行，这是出于安全考虑。强烈建议不要以root用户运行服务。
```
Restart=
```
登录后复制
: 定义了服务进程意外退出时的重启策略。常用的值有：
- ```
no
```
  登录后复制
  ：不自动重启（默认）。
- ```
on-success
```
  登录后复制
  ：只有在正常退出时才重启。
- ```
on-failure
```
  登录后复制
  ：只有在非正常退出（如错误代码或信号）时才重启。这个选项简直是懒人福音，省去了不少手动干预的麻烦。
- ```
always
```
  登录后复制
  ：无论如何都重启。
```
Type=
```
登录后复制
: 服务的类型，常见的有
```
simple
```
登录后复制
（默认，
```
ExecStart
```
登录后复制
是主进程）、
```
forking
```
登录后复制
（
```
ExecStart
```
登录后复制
启动后会派生子进程，父进程退出）、
```
oneshot
```
登录后复制
（只执行一次命令就退出）。

[Install]

登录后复制

部分： 这部分定义了服务在被

systemctl enable

登录后复制

时如何与systemd的启动目标（target）关联。

```
WantedBy=
```
登录后复制
: 定义了当服务被启用时，应该添加到哪个target中。例如，
```
WantedBy=multi-user.target
```
登录后复制
表示在多用户模式下启用。

示例：创建一个简单的Python Web应用服务

假设你有一个Python Flask应用

app.py

登录后复制

存放在

/opt/mywebapp/

登录后复制

目录下，你想让它开机自启动，并以

myuser

登录后复制

用户运行。

首先，创建服务单元文件：

sudo vim /etc/systemd/system/mywebapp.service

登录后复制

[Unit]
Description=My Custom Flask Web Application
After=network.target # 确保网络服务可用后启动

[Service]
ExecStart=/usr/bin/python3 /opt/mywebapp/app.py # 启动命令
WorkingDirectory=/opt/mywebapp # 服务的工作目录
User=myuser # 以myuser用户运行
Group=myuser # 以myuser组运行
Restart=on-failure # 如果服务非正常退出，自动重启
StandardOutput=journal # 标准输出定向到journalctl
StandardError=journal # 错误输出也定向到journalctl

[Install]
WantedBy=multi-user.target # 在多用户模式下启用

登录后复制

保存文件后，需要执行以下步骤：

重新加载systemd配置：
```
sudo systemctl daemon-reload
```
登录后复制
。这是至关重要的一步，systemd只有在重新加载配置后才能识别新的或修改过的服务单元文件。
启动你的服务：
```
sudo systemctl start mywebapp
```
登录后复制
检查服务状态：
```
systemctl status mywebapp
```
登录后复制
，确保它正在运行且没有错误。
设置开机自启动：
```
sudo systemctl enable mywebapp
```
登录后复制