这次更新把下载、校验、替换安装包放进了应用里，进程列表也多了按状态分组的视图。

ProcHub 是一个跨平台桌面进程管理器，用来启动、停止和盯着那些常年跑在后台的服务。如果你正在用它，这次更新解决两件烦事：发现新版本还得跳出应用手动找安装包，进程一多，卡片又会因为启停换位置。

v0.8.0 把检测、下载、校验和安装收进应用，也给进程列表加了按状态分组的视图。 更新这件事，应该点一下就好，不该先学会挑安装包。

下载、校验、替换，三步都在应用里

在设置页点「检测更新」，客户端会向更新服务询问当前平台对应的安装包。服务返回多个镜像地址，客户端同时测速，挑最快的那个下载。下载完成后先校验 sha256，不通过就不安装。

下载中断不用从头再来。未完成的文件保留为 .part，下次用 HTTP Range 从断点续传，换镜像也能接着下。失败最多重试 4 轮，间隔逐次拉长；如果所有镜像下回来的文件都校验不通过，就停止重试，不浪费流量。

更新服务不可用时会回退到 GitHub Releases 直连。默认跟随最新 Release，beta 包发布后就能识别，也可以切到只看正式版或只看测试版；客户端仍会比较版本号，旧 beta 不会造成降级。

prochub update check 和 prochub update download 可以直接跑通同一条链路，适合接进发布脚本，也能排查某台机器为什么更新失败。

升级不会弄乱正在跑的服务

替换安装包时，ProcHub 要求所有托管进程先停下来，和退出应用一样，它不会替你强停。还有进程在跑时，界面会报错并列出进程名，不会强行替换。

更新完成重新启动后，只按开机自启配置拉起进程。更新前手动启动、没设开机自启的进程不会自动恢复，想让它更新后自动回来，记得提前打开开机自启。

升级不需要迁移配置，进程列表和设置都沿用原来的数据目录。macOS 用签名并公证的 zip 替换 .app，Windows 替换运行中的 exe，Linux 只处理 AppImage；dmg、deb 这类会改为打开下载页。

进程列表可以按状态分组

工具栏右侧新增「按状态分组」开关，默认开启，选择记在本地。开启时按运行中、失败、已停止分组，每组带数量和颜色点。

关掉开关回到单一网格，卡片按 ID 固定位置，启停一个进程不会把后面的卡片挤走。分组切换和启停引起的卡片移动会平滑过渡，不会硬跳。

进程多的时候，先看清哪些在跑，比逐个点开更重要。

长命令不撑高卡片，按钮不再换行

命令太长时，卡片上显示成「头…尾」，中间省略，鼠标悬停看完整命令。

卡片底部拆成两行：运行信息一行，#ID 和操作按钮一行。按钮统一右对齐，底部贴齐，卡片高低不齐的问题一起解决。

其他更新

• 托盘「退出」长时间运行后没反应：日志写入、进程状态查询、结束进程都加了超时和兜底，Windows 下直接向主窗口投递 WM_QUIT
• 托盘菜单一次退出失败后右键菜单全部失效的问题已修复，点击处理改为每次独立执行
• 每次进程启动、退出、重启、停止都记录 PID、命令和触发原因，日志里能查到异常子进程从哪来
• Linux 替换 AppImage 后自动拉起新版本
• 发版流程补上 macOS zip 公证与 checksums.txt，带后缀的 tag 自动标为 pre-release
• 修复状态读取和启动同时发生时的偶发错误

历史功能巡礼

近期版本回顾：v0.7.0 加了命令行工具和本地控制接口，v0.6.0 优化了 Windows 托盘并支持开机启动 WSL，v0.5.0 支持 App Store 构建。

历史版本 - v0.7.0 — 命令行工具与本地控制接口上线，进程管理全面升级 - v0.6.0 — Windows 托盘交互优化，WSL 自动启动，数据目录配置增强 - v0.5.0 — App Store 构建支持，组件重构更易维护

你平时会第一时间升级，还是等几个版本再升？更新时最怕遇到什么，下载慢、校验失败，还是忘了先停进程？来评论区聊聊。 更新流程越短，被打断的时间就越少。