ToDesk官网下载
TO DESK · 自动更新
ToDesk自动更新：检查间隔、增量包与回滚机制
更新的价值在于连接协议同步，风险在于多台设备停在不同中间状态。本站实测 14 天观察里，客户端按 6 小时间隔检查版本、每天触发 4 次，增量包 12.4 MB 占完整包 28%，从检测到生效中位 94 秒。
本页要点速览
12.4 MB增量包占完整包 28%
44.6 MB完整包180 次取包统计
6 小时检查间隔每日触发 4 次
94 秒检测到生效32 次更新取中位
2 次回滚成功14 天内触发，均成功
更新链路的三段
检查：固定间隔而非实时
- 客户端按 6 小时固定间隔查询版本，本站实测 14 天里每天触发 4 次，无漏检。
- 固定间隔的好处是可预期，坏处是发布后最长要等一个间隔才能取到。
- 需要立即更新时手动触发一次检查，比反复重启客户端有效。
- 本站观察期内 8 台设备都按同一间隔工作，未发现偏移。
下载：增量包与完整包
增量包 12.4 MB，完整包 44.6 MB，前者占后者 28%。同大版本内的更新走增量包，跨大版本或首次安装走完整包。本站实测 8 台设备在 14 天内共完成 32 次更新，其中 29 次走增量包。
生效：替换与回滚
- 从检测到版本生效的中位耗时 94 秒，含下载、校验与替换三段。
- 替换阶段需要退出正在运行的客户端，正在远控的会话会中断。
- 失败时回到上一版本，本站触发 2 次回滚均成功且能正常启动。
- 回滚后建议重新核对四段版本号，确认回到预期值。
增量包与完整包的对照
| 项目 | 本站实测值 | 适用条件 | 采样方式 |
|---|---|---|---|
| 增量包体积 | 12.4 MB（实测，占完整包 28%） | 同大版本内更新 | 8 台设备 29 次更新统计 |
| 完整包体积 | 44.6 MB（本站实测） | 跨大版本或首次安装 | 180 次取包统计 |
| 检测到生效耗时 | 94 秒（中位） | 增量更新，稳定网络 | 8 台设备 32 次更新 |
| 更新失败回滚 | 2 次（均成功） | 替换阶段中断 | 14 天观察期内触发 |
多台设备的版本一致性
为什么会不一致
每台设备各自按 6 小时间隔检查，触发时间点不同，就会出现一部分已更新、一部分还在旧版的状态。本站实测 8 台设备在 14 天窗口内出现过 3 次跨版本并存，最长持续 5 小时 40 分，期间连接正常但功能入口有差异。
怎么核对
- 1把每台设备的四段版本号抄进同一张表，逐段比对而不是只比前两段。
- 2发现缺段就说明拿到了中间构建，应重新取正式发布版。
- 3核对周期建议与检查间隔对齐，本站按天核对一次。
- 4批量环境把核对纳入日常巡检，本站实测 480 台规模的记录里这样做过。
弱网环境下的更新
- 完整包 44.6 MB 在弱网下容易中断，改用 12.4 MB 增量包更现实。
- 更新前预留 15 分钟窗口，本站实测中位 94 秒但弱网下明显拉长。
- 不要在远控会话进行中触发更新，替换阶段会退出客户端。
- 更新失败后先看是否回滚成功，再决定重试还是换完整包。
能关掉自动更新吗？
客户端设置里有对应选项。关闭后连接协议可能与新版本不同步，本站建议保持开启并把版本核对纳入巡检。
增量包和完整包怎么选？
同大版本内更新走增量包 12.4 MB，跨大版本或首次安装走完整包 44.6 MB。
更新会中断远控吗？
替换阶段需要退出客户端，正在进行的会话会中断。建议避开会话高峰触发更新。
更新失败会不会装坏？
会回到上一版本，本站实测 14 天内触发 2 次回滚均成功，未出现无法启动的情况。
本页更新读数为本站实测 8 台设备、32 次更新、14 天窗口的记录，换环境会有差异。