嘿，我太懂你这种想维持系统轻量化，结果被后台悄悄跑的服务拖得不爽的感觉了！咱们一个个拆解你的问题，给你捋明白：

疑问1：这些服务是真的在运行，还是只是待命状态？闲置时会不会耗电和占用算力？ #

这得分情况看，用systemctl status <服务名>就能查状态：

• 如果显示active (running)：那就是真的在后台跑着，会占用内存，有些甚至会占少量CPU（比如保持连接监听的服务），闲置状态下虽然CPU占用低，但内存是实打实被占着的，长期下来确实会影响系统的“轻量化”感——比如PostgreSQL idle时也会占几百MB内存，Docker daemon跑着也会吃资源。
• 如果是active (exited)或者inactive (dead)：那就是没在运行，只是服务文件存在，不会消耗任何资源。
  另外还有一种socket激活的服务（比如cups、部分发行版的sshd），平时只有socket在监听，真正有请求过来才会启动服务，这种几乎不占闲置资源，不用太担心。

疑问2：有没有什么我没注意到的服务管理技巧？ #

当然有！核心就是主动掌控开机启动的服务列表：

• 先查清楚哪些服务是开机自启的：systemctl list-unit-files --type=service | grep enabled，这个命令会列出所有设为开机启动的服务。
• 把不需要的服务禁用开机启动：sudo systemctl disable <服务名>，这样下次开机就不会自动跑了；如果想立刻停止当前运行的服务，再加个sudo systemctl stop <服务名>。
• 要是怕某些服务被其他依赖触发启动，可以用sudo systemctl mask <服务名>，这会彻底“屏蔽”该服务，连手动启动都不行，需要恢复时用unmask。
• 还可以用systemd-analyze blame看看哪些服务拖慢了开机速度，顺便发现那些你没意识到的自启服务。

疑问3：service和systemctl是管理这些的正确工具吗？ #

现在绝大多数Linux发行版都用systemd作为 init 系统，systemctl是官方推荐的标准工具，功能更全也更直接。而service命令其实是为了兼容老的sysvinit系统的 wrapper，底层还是调用systemctl，所以直接用systemctl就够了，不用纠结两者的区别。

疑问4：安装包后不知道哪些后台服务会自启，是不是我不会用apt？ #

不是你的问题！很多软件包的维护者会默认把服务设为开机自启（毕竟服务器场景是主流），但你可以提前或事后排查：

• 安装前：用apt show <包名>看它的描述和post-install脚本，有些会提到是否启用服务；或者用apt-cache depends <包名>看依赖的服务组件。
• 安装后：用systemctl list-units --type=service | grep <包名关键词>，比如装了postgres就搜postgres，就能找到对应的服务；也可以去/usr/lib/systemd/system/目录下看看有没有和刚装的包同名的.service文件。
• 另外，有些工具比如dpkg-reconfigure <包名>可以重新配置已安装的包，比如PostgreSQL就可以通过这个命令修改开机自启的设置。

疑问5：有没有办法设置默认规则，让所有服务都需要手动启动，除非我特意指定？ #

这个有点挑战，因为软件包的默认配置是由维护者决定的，但你可以通过这些方式尽量实现：

• 安装包时加--no-install-recommends参数：sudo apt install --no-install-recommends <包名>，这样只会安装必需的依赖，有些非必需的服务组件可能不会被默认启用。
• 选择默认服务更少的发行版：比如Arch Linux大部分服务默认是disabled的，需要你手动enable；或者像Gentoo这种需要自己编译配置的发行版，完全由你掌控服务状态。
• 批量处理：定期用systemctl list-unit-files --type=service | grep enabled检查，把不需要的服务disable掉，慢慢养成安装完就排查服务的习惯。

备注：内容来源于stack exchange，提问作者ataha322