更新与重装：自动更新、静默更新和什么时候该重新下载安装包

一、客户端的更新是怎么发生的

桌面端在启动时检查新版本，存在可用更新时在界面内提示，等待用户确认后再下载（来源：官方支持文档）。整个过程从启动到提示，通常在几秒内完成，不需要另外去找更新入口。

下载的是一份完整安装包，体积与首次下载的 60-80 MB 处在同一量级（依据：官方下载页）。所以更新并不是一个轻量操作，点下确认之后仍然要等一段下载时间。

更新完成后客户端文件被替换，磁盘占用仍然保持在 200 MB 量级附近，不会因为更新而持续膨胀（来源：官方支持文档）。旧文件被替换掉而不是叠加，这一点在多次更新之后尤其明显。

因为机制是启动时检查，长期不打开的设备就会停留在旧版本上，等下次打开时才看到更新提示（场景：装好之后很少再启动的机器）。这类情况不是更新坏了，只是没触发检查。

• 1 次更新对应 1 个新版本文件的替换（来源：官方支持文档）。
• 更新包体积与首次安装包同为 60-80 MB 量级（依据：官方下载页）。
• 检查在每次启动时进行，用户不需要额外设置（来源：官方支持文档）。
• 不常开的设备会积压 1 次版本更新（场景：长期挂机的机器）。

把更新机制写进资料，其实是在回答读者的一个隐含问题：以后还要不要再手动下载。答案是不用，更新由客户端自己完成（来源：官方支持文档）。

如果客户端提示的更新一直点不动，可以先退出程序再重新启动，让检查动作重新执行 1 次。这一步不需要重新下载 60-80 MB 的安装包（场景：更新提示无响应）。

启动检查会在 1 次启动中完成一次判断，不会反复打扰（来源：官方支持文档）。

二、静默更新适用于什么场景

静默指的是程序在后台完成替换，不弹出确认窗口，适合由统一工具分发的设备环境（依据：官方支持文档）。批量装机、集中管理的机器上，静默可以省掉大量重复点击。

个人电脑上更常见的是带提示的自动更新，保留那一次点击可以把版本变化感知到（场景：日常使用的个人设备）。很多人在意更新这件事本身，而不是更新带来的功能。

无论哪种形态，更新后的客户端行为都一致，功能差异不会因为更新方式不同而出现（来源：官方文档）。也就是说，静默更新不会少掉某些功能，它只是换了一种通知方式。

如果要做资料里的说明，可以把两者并列写出来，并注明各自适合的设备类型，不必去判断哪一种更优（依据：官方支持文档）。使用者按自己的环境选，比给出唯一答案更实际。

• 静默更新省掉 1 次人工确认（依据：官方支持文档）。
• 自动更新与静默更新覆盖同一批客户端文件（来源：官方文档）。
• 同时在线 5 台设备时，各端版本可以不一致，但账号状态保持同步（依据：官方文档的账号说明）。
• 两种形态不带来功能差异（依据：官方文档）。

静默更新的价值在批量场景里最明显。假设 1 台机器上同时存在多个账号，多点几次确认并不难，但换成一批设备就是完全不同的工作量（场景：集中管理的环境）。

批量环境里还有一种做法是把安装包预先放到统一位置，由分发工具完成更新。这样 1 台设备一次更新消耗的流量更可控（场景：带宽受限的批量环境）。

静默与自动两种方式覆盖的是同一批文件（依据：官方文档）。

三、什么时候该重新下载安装包

第一种情况是安装文件本身不完整，解压或安装阶段就报错，此时重下 60-80 MB 的安装包比重装更快（场景：安装过程中断）。文件不完整的情况下反复点安装程序没有意义。

第二种情况是长期停留在旧版本，客户端内的更新提示无效，这时从官方下载页重新取一份更稳妥（依据：官方支持文档）。重新下载之后，覆盖安装通常比继续在旧目录上修补更干净。

第三种情况是更换系统版本或芯片架构之后的迁移，旧安装包与新环境不匹配，需要按平台重新下载（来源：官方下载页）。换了机器还沿用旧安装包，是很容易被忽略的一类错误。

重装之前先确认本地数据。聊天记录以云端为准，本地留下的是缓存目录，清掉之后重新登录即可恢复（依据：官方文档）。这一步能避免重装之后以为数据丢了。

• 重新下载 1 次安装包的耗时取决于网络状况（场景：带宽受限的环境）。
• 重装前先确认本地数据，聊天记录以云端为准（依据：官方文档）。
• macOS 分 Intel 与 Apple 芯片 2 个安装包，迁移时不要拿错（来源：官方下载页）。
• 覆盖安装前清理旧目录，占用更容易回到量级区间（依据：官方支持文档）。

重装这件事有个容易被忽略的前提：先把账号登录状态确认好。客户端掉线时数据仍在云端，重新登录即可看到完整记录（依据：官方文档）。

覆盖安装时如果提示文件正在使用，通常是客户端还没有完全退出。退出之后重试，而不是去删目录（依据：官方支持文档）。

重装之前先确认云端数据，比担心本地丢失更实际（依据：官方文档）。

四、更新失败时的排查顺序

先确认网络是否通畅，再确认磁盘空间是否够，最后才考虑重装（依据：官方支持文档）。更新过程中的报错信息往往不区分原因，按这个顺序走能少走弯路。

磁盘占用超过 200 MB 量级且更新解包失败时，多半是空间不足或旧目录残留（来源：官方支持文档）。这两种情况都可以在不动安装包的前提下解决。

三类原因都排除之后才重装，重装的成本是重新下载 60-80 MB 再做一次完整安装（场景：重复安装仍然失败的情况）。如果重装之后问题依旧，那多半不是安装包的事，要往账号与网络方向查。

这一步顺序对做资料的人同样有用：把网络、空间、重装写成固定的三段，用户照着走一遍，往往比一段模糊的「重新安装试试」更有效（场景：常见问题整理）。

• 排查顺序里网络检查排第 1 项，因为它最常见（依据：官方支持文档）。
• 清理旧目录之后，占用通常回到 200 MB 量级（来源：官方支持文档）。
• 网页版免安装可用作临时对照，判断问题是否出在客户端（来源：官方分发说明）。
• 重装无效时转向账号与网络方向（条件：本地检查全部通过）。

整理成清单时可以写成 3 条：先看网络，再看空间，最后才重装。每条配上对应的判断依据，读者能自己往下走（场景：常见问题整理）。

排查顺序固定下来，问题就不必重复描述（场景：常见问题整理）。