Mac 上的 ZoomUpdater 是什么，能关吗？

最后更新: 2026-08-05

它是什么

ZoomUpdater 随 Zoom Workplace 一起安装，专门处理客户端更新。它的 bundle ID 是 us.zoom.updater，可执行文件位于 /Applications/zoom.us.app/Contents/Library/LaunchAgents/ZoomUpdater.app/Contents/MacOS/ZoomUpdater。名字看起来有些像系统服务，但它并不属于 Apple，也不是 macOS 运行所需的核心进程。

本地核查过的安装中，launchd 会在用户登录时启动 ZoomUpdater，之后每小时再触发一次。对应任务关闭了 KeepAlive，所以系统不会为了维持常驻状态而反复拉起 ZoomUpdater。换句话说，它按触发条件出来完成更新工作，并非持续运行的网络服务。其他 Zoom 发行版本或受企业管理的设备可能采用不同配置，不能把这次核查到的时间安排当成所有 Mac 都固定不变的规则。

ZoomUpdater 启动后，会判断当前安装的 Zoom 客户端能否更新。如果有符合条件的新版，它可以下载安装包，并为后续安装做好准备。Zoom 应用内还包含另一个名为 ZoomAutoUpdater、bundle ID 为 us.zoom.ZoomAutoUpdater 的组件；两者并不是同一个进程，排查流量时不能混为一谈。

它为什么要联网

ZoomUpdater 在登录任务或定时任务触发后，会访问 Zoom 控制的版本与更新服务。它先确认当前设备有没有符合条件的新版本。判断结果取决于设备所用的更新通道，可能是 Slow、Fast、自定义通道，也可能完全由管理员设置。

没有可用更新时，这次联网通常只是一次更新检查。有新版且设备符合更新条件时，ZoomUpdater 会从 Zoom 控制的分发设施下载安装包。因此，同一个进程可能出现两种差别很大的记录：平时只有零散、短暂的检查流量；真正更新时，则会出现一次明显更大的下载。

目前没有独立核实 ZoomUpdater 使用的具体域名，而且这些域名也可能变化。这里不能给出一份看似精确、实际可能很快失效的主机名单。能够确认的是连接对象的性质：ZoomUpdater 为了检查和获取客户端更新，会与 Zoom 控制的版本服务及更新分发设施通信。

这些连接不承担正常会议中的音频或视频传输。看到 ZoomUpdater 联网，只能说明更新组件正在执行检查或下载任务，不能据此把会议流量算到它头上。

正常流量应该是多少

ZoomUpdater 平时的流量应当是低量、间歇出现的。原因很直接：经核查的任务在登录和定时条件满足时才运行，并不作为持续在线的服务常驻。只做版本检查时，流量形态也不会等同于下载完整安装包。

发现新版后，ZoomUpdater 可能出现一次大得多的流量突增。这部分流量大致对应一次 Zoom 安装包下载。现有调研没有得到可靠的字节范围，因此不能给出“正常应该是几十 MB”或其他具体数字。实际大小会随发行内容、Mac 的处理器架构以及组织采用的部署策略而变化。

所以，判断是否正常不能只看某一个固定阈值。偶尔出现的小流量符合定时检查的用途；更新期间出现较大的单次下载，也符合它的职责。若记录显示 ZoomUpdater 长时间持续产生大量流量，这与已经核实的运行形态不一致，但单凭这一点还无法确定原因，仍需查看具体时间段和进程数据。

能不能关掉

ZoomUpdater 可以临时暂停或限速，但长期阻断之前，需要先确定由谁继续负责更新。macOS 提供了对应的后台活动入口：

系统设置 > 通用 > 登录项与扩展 > App 后台活动 > Zoom

这一行也可能显示为 Zoom Video Communications, Inc.。设备若受组织管理，名称、显示状态以及能否修改都可能不同。Zoom 自己也提供更新设置，路径是 Zoom Workplace > Settings > General > Zoom Updates > Automatically keep Zoom up to date。管理员可以隐藏或强制执行这项设置，因此并非每台 Mac 都能由用户自由调整。

关闭后台活动后，ZoomUpdater 的定时检查和安装包下载可能停止，也可能无法正常完成。已经装好的 Zoom 客户端起初仍能运行，会议功能不会因为关掉 ZoomUpdater 而立刻消失。真正的影响会在之后逐渐显现：客户端收不到安全修复和兼容性修复，版本与当前要求之间的差距也会越来越大。

Zoom 会执行最低版本要求。客户端一旦低于这条线，用户可能必须先完成更新，才能加入会议或继续使用 Zoom 服务。因此，短期暂停与永久阻断不是同一件事。前者只是暂缓后台流量；后者若没有替代方案，就会让客户端长期停留在旧版本。

手动更新或 IT 统一部署可以接替 ZoomUpdater 的后台更新职责。只要替代方式持续有效，关闭后台任务造成的更新缺口就能得到处理；如果没有任何替代方式，省下来的只是间歇性更新流量，留下的则是安全、兼容性和最低版本要求带来的后续问题。

常见的误解

• ZoomUpdater 不是 Apple 或 macOS 自带进程。 它随 Zoom Workplace 进入系统，属于第三方更新组件。进程名带有 “Updater”，以及它由 launchd 调度，都不能说明它是系统核心服务。

• ZoomUpdater 并不会按设计持续运行。 本地核查到的 launchd 任务关闭了 KeepAlive，只在登录和定时条件满足时启动；该安装中的周期是每小时一次。其他版本或企业管理配置可能不同，但“ZoomUpdater 天生就该一直常驻”与已经核实的配置不符。

• ZoomUpdater 不负责传输正常会议的音视频。 它已经确认的用途是检查客户端版本，以及下载、准备更新安装包。会议期间看到 Zoom 相关流量时，不能只因为进程名称属于 Zoom，就把音视频数据归到 ZoomUpdater。

• “Zoom 空闲时就会自动安装普通更新”说得不够准确。 Zoom 当前说明的普通自动更新流程，是在 Zoom 客户端重新启动时安装更新。设备闲置一段时间后安装，或者自动重启处于闲置状态的客户端，属于管理员可以另行配置的策略。这类管理策略不能写成所有用户都会遇到的默认行为。

• 关闭 ZoomUpdater 不会立刻让会议功能失效。 当前客户端通常还能继续使用，所以刚关闭时可能看不出变化。影响会随着时间累积：安全与兼容性修复缺失，客户端也可能落后于 Zoom 强制执行的最低版本。到了那一步，更新可能成为加入会议或使用服务的前提。

• 删除 ZoomUpdater 的可执行文件或 launchd 配置，并不是稳定的优化方式。 Zoom 重新安装或执行修复时，相关文件可能再次出现；在此期间，自动更新功能却可能一直处于损坏状态。Zoom 自带更新偏好和 macOS 的后台活动开关提供了设置层面的控制方式，而长期关闭后仍然需要手动更新或由 IT 统一部署。

• ZoomUpdater 和 ZoomAutoUpdater 不是同一个组件。 后者的 bundle ID 是 us.zoom.ZoomAutoUpdater。名称相近不代表身份、任务和流量记录可以合并，按进程排查时应分别查看。

怎么看它到底用了多少

调整更新设置之前，可以先在 Bytetally 的逐进程统计中查看 ZoomUpdater，并选择能覆盖登录检查、定时检查或一次实际更新的时间范围。这样可以分清零散检查与安装包下载，不必拿未经验证的固定 MB 数字作判断。暂停后台活动后，再对比同一进程的记录，同时确认手动更新或 IT 管理更新仍在继续。

相关进程

常见问题