写在前面
在现代 Linux（systemd 已成为事实标准）的环境下，很多关机命令在结果上是等价的，但在语义、设计出发点和适用场景上仍然存在差异。本文以实际使用为导向，梳理 systemctl poweroff 与 shutdown now 之间的关系与区别。
结论先行：在 systemd 系统中，它们最终走的是同一条关机路径，但入口不同。
一句话结论
- 日常或脚本环境： 推荐
systemctl poweroff - 需要定时 / 通知用户： 使用
shutdown - systemd 系统中： 两者最终效果一致
systemctl poweroff：systemd 的原生方式
systemctl poweroff
本质
- 这是 systemd 的原生命令
- 直接向 PID 1（systemd）发送请求
- 目标是进入
poweroff.target
systemd 实际执行流程
- 停止 systemd 管理的服务
- 卸载文件系统
- 同步磁盘数据
- 执行 ACPI 断电
特点
- 行为明确、路径最短
- 没有历史兼容层
- 非交互式，非常适合脚本和自动化
适用场景
- 服务器
- 虚拟机
- 自动化任务 / 关机脚本
- 对可预测性要求高的环境
shutdown now：传统命令的 systemd 实现
shutdown now
# 或
shutdown -h now
在 systemd 系统中发生了什么
在现代发行版中：
shutdown → systemctl poweroff
也就是说：
shutdown本身并不直接关机- 它只是一个前端工具
- 最终仍由 systemd 执行关机流程
shutdown 的额外能力
这是它仍然存在的主要原因：
- 定时关机
shutdown -h 23:00 shutdown +10 - 广播提示给所有登录用户
shutdown +5 "Server will power off in 5 minutes"
特点
- 人类友好
- 多用户系统下更安全
- 历史悠久，但已被 systemd 接管
等价关系整理（systemd 系统）
在 Arch / Debian / Ubuntu / RHEL 7+ 等 systemd 发行版中：
systemctl poweroff
shutdown now
poweroff
halt -p
最终效果是相同的：系统正常关机并断电。
差异只在：
- 命令入口
- 是否支持定时与通知
为什么更推荐 systemctl poweroff
从工程角度看：
- systemd 是系统的真实控制者
systemctl是它的官方接口- 少一层包装，就少一层不确定性
因此：
- 脚本 / 自动化 /服务器环境：
systemctl poweroff - 人工操作 / 需要提示：
shutdown
总结
systemctl poweroff：- systemd 原生
- 简洁、直接、可预测
shutdown now：- 传统命令
- 在 systemd 中只是前端
- 提供定时和广播功能
在 systemd 时代，两者不是对立关系，而是不同层级的接口选择。
选对入口，系统行为就会更清晰、也更符合预期。