shutdown命令需配合调度机制实现自动关机：一次性用shutdown -h加时间参数；周期性用cron（需root权限、绝对路径）；单次精确时刻用at（需atd服务）；systemd timer对简单关机属过度设计。
shutdown 是最直接的关机命令，但「自动」不等于「一次执行」——真正要让系统在无人干预下按时关机，必须配合调度机制。单纯运行 shutdown -h +30 只是发起一个 30 分钟后关机的请求，它不持久、不重试、不抗中断，也不适用于重启后继续生效的场景。
用 shutdown 命令做一次性定时关机
适合临时、明确时间点的单次操作，比如会议结束前 5 分钟关机，或下班前安排关机。
-
sudo shutdown -h +15：15 分钟后关机；终端会阻塞，直到你按 Ctrl+C 或任务触发 -
sudo shutdown -h 22:30：当天 22:30 关机；必须是 root 或有 sudo 权限，普通用户无法指定绝对时间 -
sudo shutdown -c：立刻取消所有待执行的shutdown计划；这是唯一可靠中止方式，Ctrl+C 对后台运行的shutdown无效 - 加
&后台运行（如sudo shutdown -h +20 &）可释放终端，但进程仍受 shell 生命周期影响——若终端关闭且未使用nohup，可能被 SIGHUP 中断
用 cron 设置周期性关机（最常用）
适合每天/每周固定时间关机，比如服务器夜间维护、测试机下班自动下电。
- 必须编辑 root 的 crontab：
sudo crontab -e；普通用户 crontab 无权调用/sbin/shutdown - 写入类似
0 2 * * * /sbin/shutdown -h +0的行：每天凌晨 2:00 立即关机；注意路径用绝对路径，/sbin/shutdown不能简写为shutdown - 避免用
now：cron 环境中PATH极简，shutdown -h now可能失败；统一用+0更稳妥 - 别漏掉权限和日志：cron 默认不输出错误到终端，建议追加重定向，例如
0 2 * * * /sbin/shutdown -h +0 >> /var/log/shutdown-cron.log 2>&1
用 at 安排单次精确时刻关机
适合需要未来某天某个时间点执行一次（非重复），且不想依赖 cron 的场景，比如明天上午 10:15 关机做硬件维护。
- 先确认
atd服务已启用：sudo systemctl is-active atd；若为inactive，需sudo systemctl start atd并enable - 提交任务：
echo "/sbin/shutdown -h now" | at 10:15 tomorrow；注意不是at 10:15，否则默认是今天 -
atq查看任务编号，atrm 2删除编号为 2 的任务；at不支持模糊时间（如+30 minutes在部分发行版中不可靠） -
at任务不会跨 reboot 持久化；机器重启后，未执行的at任务全部丢失
为什么不用 systemd timer？
它确实更现代、可追踪、支持依赖，但对「关机」这类简单任务属于过度设计。
- 你需要同时写
.service和.timer两个单元文件，还要systemctl daemon-reload、enable、start - 关机动作本身会终止所有正在运行的 systemd 单元，timer 日志可能截断，调试反而麻烦
- 除非你在构建标准化运维体系、需统一管理所有定时任务（含关机、备份、清理），否则
cron足够稳、够透明、兼容性更好
真正容易被忽略的是环境隔离问题：cron 和 at 都在极简 shell 环境中运行，PATH 通常只有 /usr/bin:/bin，而 shutdown 在 /sbin。不写绝对路径、不测试执行权限、不检查日志，任务就会静默失败——它不会报错，只是不关机。
