定时关机工具 KShutdown v6.2/Beta 6.3
一、工具简介：KShutdown 是一款开源免费（GPLv2）、跨平台图形化定时电源管理工具，原生 Qt 开发，最初为 KDE 桌面开发，支持 Windows / Linux（银河麒麟、Ubuntu、Deepin 等），轻量低占用。-------------------------
二、支持执行动作：
- 关闭计算机、重启
- 休眠、睡眠（挂起）
- 锁屏、注销用户
- 自定义命令 / 脚本（高级）
- 仅弹出提示消息，不操作电源
-------------------------
三、4 种触发条件：（核心亮点）
1. 倒计时：从现在起，N 小时 N 分钟后执行（最常用）
2. 指定时刻：设置固定日期时间点触发
3. 程序退出时：某个软件关闭后自动执行（例：下载工具退出后关机）
4. 闲置检测：电脑无人操作一段时间后自动执行
-------------------------
四、基础使用：
1. 打开 KShutdown
2. Select an action 下拉选择动作（关机 / 重启等）
3. Select a time/event 选择触发模式，填入时间
4. 点击 OK / Activate 启用任务；托盘常驻，可以随时取消定时任务
5. 支持保存常用配置为书签 (Bookmarks)，一键复用
6. 简体中文设置：如果使用安装版安装本工具，安装完后把简体中文语言包解压文件放置安装路径的“translations”文件夹下，即可显示简体中文。
-------------------------
五、附加特性：
- 系统托盘后台运行，倒计时弹窗 + 声音预警，执行前提醒
- 命令行接口，可嵌入脚本自动化
- 自定义快捷键
- 多语言（含简体中文）
- Windows 便携版所有配置存在 kshutdown.ini，放 U 盘随身携带
-------------------------
六、优缺点：
优点
- 跨平台，Linux 信创系统（银河麒麟）非常好用
- 触发条件丰富（闲置 / 程序退出是同类工具少见功能）
- 开源无广告，轻量，支持便携
- 支持自定义脚本，适合自动化运维
缺点
- Windows 安装包无数字签名，会触发系统安全警告
- Windows 版本偶尔休眠 / 睡眠需要调整系统电源权限
-------------------------
七、替代对比：
- Windows 自带shutdown命令：无需装软件，但只有倒计时 / 定点，没有闲置、程序退出触发，无 GUI
- KShutdown：图形界面 + 丰富触发条件，Linux 环境首选定时关机工具
-------------------------
八、更新日志：
版本 6.2 变更内容//2025年12月27日
其他：
小幅界面优化
日期/时间菜单中新增更多时间预设
消息显示操作：新增“提示音”选项
若干小错误修复
改进ApplImage支持
进程列表组合框：
通过跳过加载不存在的图标来优化启动速度
在缺少图标时正确对齐文本
Linux：
新增基础D-Bus帮助（请参见主菜单→帮助→D-Bus）
另请参阅：先前版本
测试版本 6.3 变更内容//2026年08月10日
新增：“高级”设置，包含多项优化选项：
- 实验性水平主窗口布局（默认已禁用）
- 可禁用“KShutdown 仍在运行！”及“KShutdown 已最小化”通知的选项
- KDE：新增“相对日期时间格式”选项（默认已禁用）
新增：操作设置（设置窗口 → “操作”选项卡）
- 支持自定义命令配置
- 提供隐藏操作菜单项等选项
进度条：
新增：左右位置选项
新增：反向显示选项
其他：
新增：由 Ekaterine Papava 提供的格鲁吉亚语翻译
更新了波兰语翻译
帮助 → D-Bus：新增 busctl 命令示例
修改：将“首选项”窗口标题更名为“设置”
修改：使用“系统设置…”或“创建文件快捷方式…”选项时，若已设置密码则需输入密码
改进了命令编辑器控件
其他细微的界面修复
Windows 平台：
更新了 NSIS 安装程序
在安装或卸载过程中，若 kshutdown.exe 仍在运行，则显示提示信息
源代码：
更新了适用于较新 Qt 和 Wine 的构建脚本
进行了少量代码清理
-------------------------
官方网址：https://kshutdown.sourceforge.io/index.html
-------------------------
蓝奏云盘分享
下载地址：https://naixu.lanzouw.com/b00ybdy6kf
提取码：6666 配置层面能解决的就别上复杂方案，后期维护成本会反噬。 不要把简单问题复杂化，很多时候换个思路就绕过去了。 先解决有无，再解决好坏，顺序反了会浪费很多时间。 实际跑下来，瓶颈经常在预期之外的地方。 监控先铺上，不然出问题全靠猜。 这类工具的学习曲线主要集中在前期配置。 备份策略比高可用更值得先做，出事的概率高得多。 这类改动的风险在于回滚，一定要留好后路。 安全配置不能省，出事之后再补成本高得多。