Runtime.getRuntime().exec()执行shutdown命令需显式调用cmd /c并传入参数数组，如{"cmd","/c","shutdown","-s","-t","60"}，避免字符串拼接；取消用{"cmd","/c","shutdown","-a"}；注意权限、stderr日志、ProcessBuilder替代及-t参数校验。
Runtime.getRuntime().exec() 执行 shutdown 命令失败？
直接用 Runtime.getRuntime().exec("shutdown -s -t 60") 很可能没反应，甚至抛出 IOException 或静默失败。Windows 的 shutdown 是系统命令，不是独立可执行文件，exec() 默认不走 shell 解析，参数不会被正确拆分。
- 必须显式调用
cmd /c启动命令行解释器，例如：Runtime.getRuntime().exec(new String[]{"cmd", "/c", "shutdown", "-s", "-t", "60"}) - 避免拼接字符串（如
"cmd /c shutdown -s -t 60"），空格会导致参数被错误合并，-t 60可能变成单个参数-t 60而非两个 - 注意权限：普通用户只能关闭本机，不能远程关机；若程序以非管理员身份运行，某些策略（如“关闭系统”权限被禁用）会直接拒绝执行，无提示
如何取消已设置的定时关机？
用户点了“定时关机”又反悔，得提供取消入口。Windows 不支持覆盖已有 shutdown 任务，只能用另一个命令中止。
- 执行：
Runtime.getRuntime().exec(new String[]{"cmd", "/c", "shutdown", "-a"}) -
-a参数必须单独成项，不能写成"-a"混在其他参数里 - 如果之前没发过
shutdown -s，执行shutdown -a会输出错误信息到 stderr（如The system cannot find the file specified.），但不影响程序逻辑——建议忽略该错误，或捕获并判断是否为“无待取消任务”
为什么 shutdown 命令在 IDE 里能跑，打包成 jar 就失效？
常见于路径、工作目录和环境差异。IDE 运行时继承了开发者的登录会话和完整环境变量，而双击 jar 启动时，JVM 可能以服务方式或受限上下文运行，导致 cmd 不可用或权限不足。
- 确认打包后仍使用
java -jar xxx.jar启动，而非直接双击（Windows 对双击 jar 的处理常绕过控制台，stderr 被丢弃，看不到报错） - 添加简单日志：用
Process#getErrorStream()读取 stderr，打印出来——90% 的“无声失败”都能靠它定位 - 不要依赖相对路径或当前工作目录；所有命令都用绝对形式，比如
"cmd"而非"./cmd"（后者根本不存在）
Java 中调用 shutdown 还有哪些更稳的方式？
纯 Runtime.exec() 容易卡死或资源泄漏，尤其没处理输入/输出流时，子进程可能僵住。
立即学习“Java免费学习笔记（深入）”；
- 务必调用
process.waitFor()或异步读取InputStream/ErrorStream，否则 Windows 的cmd可能因缓冲区满而挂起 - 推荐改用
ProcessBuilder：更清晰、支持重定向、自动处理空格，例如：new ProcessBuilder("cmd", "/c", "shutdown", "-s", "-t", "300").inheritIO().start() - 注意：JDK 9+ 中
Runtime.exec()和ProcessBuilder行为一致，但前者 API 更易误用；别为了“少写两行”牺牲健壮性
最常被忽略的一点：shutdown 命令的 -t 参数单位是秒，但最小值是 0（立即关机），不是 1；设成负数或非数字会直接报错，且 Java 不做校验——这个边界值得自己拦住。
