最权威方式是systemctl list-unit-files --type=service，它列出系统所有服务单元的启用状态（enabled/disabled/masked/static），不依赖当前运行状态，适用于所有systemd发行版。
systemctl list-unit-files 查看所有服务单元状态
这是最直接、最权威的方式，适用于所有 systemd 系统（RHEL7+/CentOS7+/Ubuntu15.04+/Debian9+）。systemctl list-unit-files 列出的是系统已知的所有服务单元（包括 .service、.socket、.target 等），但默认会混杂非服务类型。关键是要过滤出真正的服务：
- 只看服务项：
systemctl list-unit-files --type=service - 只看启用/禁用状态（排除 static 和 indirect）：
systemctl list-unit-files --type=service | grep -E "enabled|disabled" - 注意：
static表示该服务不能被直接启用（如sshd.socket依赖于sshd.service），indirect表示它被其他单元间接启用，这两类通常不用手动管理
service --status-all 在 SysVinit 或兼容层中列出服务
这个命令在老旧系统（如 CentOS6）或某些 Ubuntu 桌面版上仍可用，但它本质是遍历 /etc/init.d/ 下的脚本并尝试调用每个脚本的 status 参数——这意味着：
- 不是所有输出都代表“真正运行的服务”，有些脚本不支持
status，会打印[ ? ]或报错 - 在纯 systemd 系统上，
service --status-all实际调用的是systemctl的兼容逻辑，但结果可能不全（例如不显示通过systemctl enable启用但尚未启动的服务） - 它无法识别仅存在于
/usr/lib/systemd/system/中、未提供/etc/init.d/脚本的服务（比如新版 Docker、Nginx 官方包）
如何区分“已安装服务”和“正在运行的服务”
很多人混淆这两个概念。查看“所有服务项目”是指查有哪些服务**可被管理**，而不是当前是否在跑：
- 已安装且可管理的服务：用
systemctl list-unit-files --type=service - 当前正在运行的服务：用
systemctl list-units --type=service --state=running - 监听端口对应的服务（更贴近实际应用）：用
sudo ss -tulpn或sudo netstat -tulpn，再结合systemctl status反查服务名 - 注意：
ps -ef | grep 'd$'这类模糊匹配不可靠——很多进程名带d但不是服务（如redis-server不叫redisd），且会漏掉非 daemon 进程启动的服务
跨发行版差异：chkconfig 和 lsb_release 的适用边界
chkconfig --list 只在 RHEL/CentOS6 及更早 SysVinit 系统有效；在 systemd 系统上执行会提示 “This command has been replaced…”。而 lsb_release -a 本身不查服务，只是帮你确认发行版类型，从而判断该用 systemctl 还是 chkconfig：
- RHEL/CentOS 7+、Ubuntu 15.04+、Debian 9+ → 必须用
systemctl - Ubuntu 14.04、Debian 7/8 → 处于混合期，
service命令仍可用，但底层已逐步切到 systemd - macOS 不适用以上任何命令，要用
launchctl list
真正容易被忽略的是：服务名可能和包名、进程名不一致。比如安装了 nginx 包，服务名可能是 nginx，也可能是 nginx-mainline 或 org.nginx.nginx（macOS），得靠 systemctl list-unit-files | grep nginx 实锤。
