Mac 上的 GoogleUpdater 是什么？

最后更新: 2026-08-05

它是什么

GoogleUpdater 是 Google 开源的软件更新服务。Chrome 安装后，Mac 上可能会出现这个后台项目。它负责检查并安装 Chrome、GoogleUpdater 自身，以及其他向它注册的桌面应用更新。安全补丁也通过这套流程下发。每台 Mac 注册了哪些应用并不相同，因此仅凭这个进程，无法断定机器上还有哪些 Google 产品。

它不是 Apple 提供的 macOS 系统组件。官方 bundle identifier 是 com.google.GoogleUpdater，与定时唤醒有关的项目还可能显示为 com.google.GoogleUpdater.wake。在系统设置里，它有时显示成 GoogleUpdater，有时显示成 Google LLC。旧资料中常见的 Google Updater、Google Update、Google Software Update、GoogleSoftwareUpdate 和 Keystone，通常也在谈 Google 的软件更新体系；其中 Keystone 是旧版更新组件的名称。

GoogleUpdater 通常不会一直驻留在后台。macOS 通过 LaunchAgent 或 LaunchDaemon 定时启动它。预期的程序文件可能放在当前用户的 ~/Library/Application Support/Google/GoogleUpdater/<version>/ 下，也可能放在系统级的 /Library/Application Support/Google/GoogleUpdater/<version>/ 下，真正的可执行文件位于对应应用包的 Contents/MacOS/GoogleUpdater。

还要区分桌面软件更新和浏览器扩展更新。Chromium 源码中另有运行在浏览器内部的 ExtensionUpdater。所以，GoogleUpdater 确实会更新 Chrome 这个桌面应用，却不能把 Chrome 扩展的更新也全部算在它头上。

它为什么要联网

macOS 的调度任务每小时会唤醒 GoogleUpdater。这里的“唤醒”只是给它一次运行机会，并不表示它每次都会联网。按照当前 Chromium Updater 的规格，真正检查服务器的默认基准周期是 4.5 小时。实际调度按小时向上取整，还会加入随机延迟。企业管理员也能通过策略修改这个周期。因此，在活动记录里看到它每小时出现，不能直接得出“它每小时都向 Google 发请求”的结论。

轮到检查更新时，GoogleUpdater 会访问 Google 的更新服务。源码里的默认检查端点是 update.googleapis.com/service/update2/json。请求中会带上判断更新是否适用所需的元数据，包括已注册应用的当前版本、发布渠道、基本硬件信息，以及近期使用状态等内容。

服务器如果没有提供新版本，这次任务一般到检查阶段就结束，不会继续下载软件包。如果发现更新，服务器响应会给出下载地址，GoogleUpdater 再从该地址取得更新包并完成安装。下载位置可能跟随服务器响应和版本变化，现有调研没有核实一组固定的下载主机，因此不能把更新流量简单限定到某个额外域名。

定时任务也不是唯一的触发方式。打开 Chrome 的“关于”页面、安装应用，或者发出明确的更新请求，都可能立即启动一次检查。也就是说，即使后台项目刚刚运行过，用户主动检查时仍可能再次看到 GoogleUpdater 活动。

受企业管理的 Mac 还可能出现其他连接。设备管理策略启用后，GoogleUpdater 可以访问 Google 的设备管理服务。只有在统计或崩溃报告获得许可时，它才可能连接相应的 Google 遥测端点。这些连接取决于设备管理和报告设置，不能假定每台普通个人电脑都会发生。

正常流量应该是多少

大多数时候，GoogleUpdater 只产生少量、间歇性的流量。没有更新时，网络活动主要是一次元数据查询，通常远小于普通网页加载。进程被唤醒后也可能不发请求；即使它完成了服务器检查，只要没有新版本，就不会接着下载软件包。

发现更新后，流量会在短时间内上升到软件更新包的量级。更新包可能是只包含变化部分的差分包，也可能是完整包。应用类型、电脑当前安装的版本、服务器返回的内容都不相同，最终传输量自然会有明显差异。

Google 没有公布一个长期稳定、适用于所有情况的正常字节区间。现有调研也没有核实可信的固定 MB 数字。因此，不能为了判断方便而声称“每次应该低于多少 MB”，也不能拿单一阈值给所有更新下结论。更可靠的判断方法，是先分清那段流量属于小规模检查，还是确实遇到了软件包下载，再结合当时是否触发过更新来理解。

能不能关掉

可以关，但结论是建议保留。GoogleUpdater 的价值就在于：即使 Chrome 等应用没有打开，它也能检查并安装更新，让功能修复和安全补丁及时到达。

关闭路径是：

Apple 菜单 > 系统设置 > 通用 > 登录项与扩展 > App 后台活动 > GoogleUpdater 或 Google LLC > 关闭

不同 macOS 版本显示的文字可能不完全一样。项目名称可能是 GoogleUpdater，也可能是 Google LLC；旧版系统还可能把这一类设置称为“允许在后台运行”。

关闭后，Google 软件没有打开时，自动检查和安装可能停止，也可能延迟。Chrome 因而可能无法及时收到安全补丁。这不是单纯少了一个后台进程，而是改变了软件更新发生的时机。

这个开关也不保证 GoogleUpdater 从此绝不会运行。Chrome 发起按需更新、重新安装 Google 软件，或者企业管理策略提出要求时，它仍可能再次被调用。如果决定关闭后台活动，应定期进入 Chrome > 帮助 > 关于 Google Chrome，手动检查有没有新版本。

短时间限制带宽，与长期暂停更新也不是一回事。临时限速通常只是让下载晚一点完成；长期阻止 GoogleUpdater，则可能让功能更新和安全补丁持续滞后。评估风险时，应把限制的持续时间一起考虑进去。

常见的误解

• “GoogleUpdater 每小时都会联网并下载更新。” 不准确。每小时发生的是调度器唤醒。按照默认规格，真正访问更新服务器的检查大约每数小时才进行一次，还要受到小时级取��和随机延迟影响。服务器没有提供新版本时，它也不会下载软件包。

• “GoogleUpdater 专门负责更新 Chrome 扩展。” 不准确。Chromium 浏览器内部有独立的 ExtensionUpdater。GoogleUpdater 直接处理的是向它注册的桌面软件，Chrome 只是其中之一。浏览器扩展与 Chrome 应用本身走的不是同一套更新职责。

• “把 GoogleUpdater 关闭或限速，完全没有后果。” 不准确。长期阻止它，会让 Chrome 等已注册软件的功能更新和安全补丁延迟。短暂限制下载速度，与无限期暂停后台更新，风险并不相同。

• “GoogleUpdater 是 Apple 自带的系统进程。” 不准确。它随 Google 软件安装，不属于 macOS 本身。官方 bundle identifier 是 com.google.GoogleUpdater。判断来源时，应把它和 Apple 的系统更新进程分开。

• “看到 GoogleUpdater 就说明电脑感染了恶意软件。” 不准确。程序位于预期的 GoogleUpdater 目录，而且签名与 Google 团队相符时，它就是正常的 Chrome 更新组件。反过来，同名程序如果出现在异常路径，或者签名不匹配，也不能只因为名字看起来熟悉就认定安全，仍需单独核验。进程名本身既不能证明感染，也不能替代路径和签名检查。

怎么看它到底用了多少

想知道这台 Mac 上的实际情况，下一步是在 Bytetally 的逐进程统计里找到 GoogleUpdater，并查看关心的时间范围。对照时间线，区分零星的小额检查和软件更新时短暂出现的较大传输。由于没有经过核实的固定正常字节区间，本机记录比套用一个人为设定的 MB 门槛更有参考价值。

相关进程

常见问题