如何在Linux中用户服务 Linux systemctl用户模式-linux运维-PHP中文网

如何在Linux中用户服务 Linux systemctl用户模式

P粉602998670

发布： 2025-09-01 10:33:01

原创

650人浏览过

使用systemctl --user可管理用户级服务，无需root权限，服务随用户登录启动、退出停止，适用于个人后台任务、开发环境及自动化脚本，配置文件位于~/.config/systemd/user/，通过enable实现开机自启，与系统服务隔离，安全且灵活。

如何在linux中用户服务 linux systemctl用户模式

在Linux中，如果你想管理那些只为你自己运行，不依赖于root权限，并且在你登录时启动、退出时停止的服务，那么

systemctl --user

登录后复制

就是你的不二之选。它提供了一种强大且优雅的方式来控制用户会话内的进程，让你的个人工作流更加自动化和可控。

解决方案

要管理Linux中的用户服务，核心就是使用

systemctl --user

登录后复制

命令。这个命令集与系统级的

systemctl

登录后复制

非常相似，但其作用范围仅限于当前登录用户的会话。

你可以通过以下基本命令来操作用户服务：

启动服务：

systemctl --user start <服务名>.service

登录后复制

停止服务：

systemctl --user stop <服务名>.service

登录后复制

重启服务：

systemctl --user restart <服务名>.service

登录后复制

查看服务状态：

systemctl --user status <服务名>.service

登录后复制

启用服务（开机自启）：
```
systemctl --user enable <服务名>.service
```
登录后复制
禁用服务（取消开机自启）：
```
systemctl --user disable <服务名>.service
```
登录后复制

列出所有用户服务：

systemctl --user list-units --type=service

登录后复制

重新加载systemd配置（当你修改了服务文件后）：
```
systemctl --user daemon-reload
```
登录后复制

服务文件通常存放在

~/.config/systemd/user/

登录后复制

目录下。例如，如果你有一个名为

my-app.service

登录后复制

的服务，你需要将它放在这个路径下。

systemctl --user 与普通 systemctl 有何根本区别？

这确实是一个很多人初次接触时会感到困惑的地方，包括我自己。最核心的区别在于它们的作用域和权限。普通的

systemctl

登录后复制

（不带

--user

登录后复制

）管理的是系统范围的服务，这些服务通常由root用户运行，或者以特定系统用户（如

nginx

登录后复制

、

mysql

登录后复制

）的身份运行，并且在系统启动时就开始，在系统关闭时才停止。它们是整个操作系统的基础设施。

而

systemctl --user

登录后复制

，顾名思义，管理的是用户会话级别的服务。这意味着：

权限限制： 你不需要root权限就能管理这些服务。它们以你当前用户的身份运行，权限也仅限于你的用户权限范围。这极大地提升了安全性，避免了不必要的权限提升。
生命周期： 用户服务通常在你登录时启动，并在你退出登录时停止。这与系统服务是独立的，不会因为你注销而影响到其他用户或系统核心功能。当然，你也可以配置它们在用户退出后继续运行（通过
```
logind.conf
```
登录后复制
中的
```
KillUserProcesses=no
```
登录后复制
等设置，或者使用
```
linger
```
登录后复制
），但这需要额外配置。
配置文件位置： 系统服务文件通常在
```
/etc/systemd/system/
```
登录后复制
或
```
/usr/lib/systemd/system/
```
登录后复制
，而用户服务文件则在
```
~/.config/systemd/user/
```
登录后复制
。这种隔离让用户可以自由定制自己的服务，而不会干扰系统。
隔离性： 用户服务是彼此隔离的。一个用户的服务不会影响到另一个用户的服务，也不会影响到系统级的服务。我个人觉得这种隔离性对于开发环境或者需要运行多个独立实例的场景特别有用。

简单来说，如果你想让一个程序在后台为你个人工作，不需要root权限，并且与你的登录状态关联，那么

systemctl --user

登录后复制

就是最优雅、最安全的方式。

如何创建和管理自己的用户服务？

创建用户服务比你想象的要简单，我个人觉得它比写

init.d

登录后复制

脚本或者复杂的

rc.local

登录后复制

要清晰得多。关键在于编写一个

.service

登录后复制

文件。

假设你想创建一个服务来运行一个Python脚本，比如一个定时抓取天气信息的脚本

~/scripts/weather_fetcher.py

登录后复制

。

第一步：创建服务文件

在

~/.config/systemd/user/

登录后复制

目录下创建一个名为

weather-fetcher.service

登录后复制

的文件（如果目录不存在，请先创建）。

AppMall应用商店

AI应用商店，提供即时交付、按需付费的人工智能应用服务

查看详情

[Unit]
Description=My personal weather data fetcher
After=network-online.target

[Service]
ExecStart=/usr/bin/python3 /home/yourusername/scripts/weather_fetcher.py
Restart=on-failure
RestartSec=5s
StandardOutput=journal
StandardError=journal

[Install]
WantedBy=default.target

登录后复制

文件内容解释：

[Unit]
登录后复制
部分：
- ```
Description
```
  登录后复制
  : 服务的简短描述。
- ```
After=network-online.target
```
  登录后复制
  : 表示这个服务应该在网络可用之后再启动。这对于需要网络连接的服务非常重要。
[Service]
登录后复制
部分：
- ```
ExecStart
```
  登录后复制
  : 定义了服务启动时执行的命令。请务必使用绝对路径。
```
yourusername
```
  登录后复制
  需要替换成你的实际用户名。
- ```
Restart=on-failure
```
  登录后复制
  : 如果服务异常退出，systemd会自动尝试重启它。
```
on-failure
```
  登录后复制
  是一个很好的默认值。
- ```
RestartSec=5s
```
  登录后复制
  : 如果服务重启，等待5秒后再尝试。
- ```
StandardOutput=journal
```
  登录后复制
  和
```
StandardError=journal
```
  登录后复制
  : 将服务的标准输出和标准错误重定向到systemd日志（
```
journalctl --user -u weather-fetcher.service
```
  登录后复制
  可以查看）。这对于调试非常有用，我强烈建议这么做。
[Install]
登录后复制
部分：
- ```
WantedBy=default.target
```
  登录后复制
  : 定义了当用户启用这个服务时，它应该被哪个目标（target）所依赖。
```
default.target
```
  登录后复制
  通常意味着在你登录时启动。

第二步：重新加载systemd配置

在你修改或添加了服务文件后，需要让systemd重新读取配置：

systemctl --user daemon-reload

登录后复制

第三步：启动和启用服务

现在你可以启动你的服务了：

systemctl --user start weather-fetcher.service

登录后复制

并检查它的状态：

systemctl --user status weather-fetcher.service

登录后复制

如果你希望这个服务在你每次登录时自动启动，你需要启用它：

systemctl --user enable weather-fetcher.service

登录后复制

就这样，你的个人服务就跑起来了。管理起来也比以前那些复杂的脚本方便太多了。

用户服务在什么场景下特别有用？

我发现

systemctl --user

登录后复制

在很多日常和开发场景中都异常实用，它填补了

cron

登录后复制

和系统服务之间的一个空白。

个人开发环境管理： 想象一下，你有一个本地的开发服务器（比如Node.js、Python Flask/Django），或者一个自定义的数据库实例，你希望它们在你登录后自动启动，并保持运行。使用用户服务，你可以轻松地将它们作为后台进程管理，而不需要每次都手动启动，也不需要root权限。我经常用它来管理一些测试用的Redis或MongoDB实例。
后台脚本或工具： 比如你写了一个脚本，用于监控某个目录的变化，或者定期同步一些文件，或者像上面例子中的天气抓取器。这些都是长时间运行的、与你个人工作流紧密相关的任务，用
```
systemctl --user
```
登录后复制
来管理简直是完美。它比
```
nohup
```
登录后复制
或
```
screen
```
登录后复制
/
```
tmux
```
登录后复制
更健壮，因为systemd会负责重启。
桌面环境组件： 有些用户可能有一些自定义的桌面组件、通知服务或者输入法守护进程，希望它们在图形界面启动后自动运行。虽然很多桌面环境有自己的自启动机制，但
```
systemctl --user
```
登录后复制
提供了一个更统一、更强大的管理方式。
非root用户的服务部署： 在共享主机或没有root权限的环境下，如果你想运行一个需要长期运行的应用程序（比如一个个人网站的后端），
```
systemctl --user
```
登录后复制
是你的救星。你可以在自己的用户目录下部署服务，并用它来管理其生命周期。
替代用户crontab的部分功能： 虽然
```
cron
```
登录后复制
很强大，但对于需要持续运行的守护进程，或者需要更复杂重启策略的服务，
```
systemctl --user
```
登录后复制
提供了更好的控制和日志记录。你甚至可以用
```
Timer
```
登录后复制
单元来替代
```
cron
```
登录后复制
，它与
```
systemctl --user
```
登录后复制
配合得天衣无缝。

总的来说，任何需要在你登录后自动运行、保持后台运行、并且不需要系统级权限的个人应用程序或脚本，都可以考虑用

systemctl --user

登录后复制

来管理。它让你的Linux体验更顺滑，也更符合“一切皆服务”的现代理念。

以上就是如何在Linux中用户服务 Linux systemctl用户模式的详细内容，更多请关注php中文网其它相关文章！