Mac 上的 storedownloadd 是什么？

最后更新: 2026-08-08

它是什么

storedownloadd 是 macOS 自带的用户级后台进程，需要下载内容时才会启动。它位于 Apple 的 CommerceKit 私有框架中，完整路径是 /System/Library/PrivateFrameworks/CommerceKit.framework/Versions/A/Resources/storedownloadd。它处理 Mac App Store 应用以及应用更新包的下载。

启动工作由 launchd 负责。App Store 出现下载任务时，launchd 可以按需运行 storedownloadd；任务结束后，也不需要把它当成长期工作的第三方下载器。正常文件来自受系统保护的目录，并带有 Apple 平台二进制文件的代码签名。

com.apple.storedownloadd 既是代码签名标识，也是 launchd 使用的服务标识。这个可执行文件没有绑定 Info.plist，因此严格来说，它不是普通 App 那种 CFBundleIdentifier。把它写成“服务标识”或“代码签名标识”更准确。

Apple 没有为当前的 storedownloadd 发布 man page，也没有公开它的完整职责。能够确认的是：它负责 Mac App Store 应用和更新包下载。至于是否所有 App Store 流量都必定经过它，目前没有完整证据，不能把这句话写成定论。

它为什么要联网

最常见的情况是你在 Mac App Store 获取应用、重新下载以前获取过的应用，或者安装应用更新。这些操作会产生下载任务，storedownloadd 随后连接网络取得应用或更新包。系统执行自动应用更新时，也可能在没有新一轮手动操作的情况下开始下载。

App Store 还有两类自动任务：下载其他设备已经购买的应用，以及自动下载 App 内内容。这些设置确实会产生 Store 下载任务，但 Apple 没有公开确认每一项任务是否都由 storedownloadd 承载。因此，看到相关流量时可以把它们列为可能的触发条件，不能断言它们必然对应这个进程。

连接对象通常属于 Apple 的商店内容服务和内容分发网络。相关域名可能包括 *.apps.apple.com、*.itunes.apple.com 和 *.mzstatic.com。实际内容也可能由第三方 CDN 提供，或者来自局域网里的 Apple 内容缓存。

这里需要保留一个边界：Apple 没有公开验证这些域名与 storedownloadd 之间逐一对应的关系。不能因为看到其中一个域名，就认定它一定由这个进程访问；也不能拿这份域名示例当成完整清单。判断某次连接时，仍要看当时记录到的进程和流量。

正常流量应该是多少

Apple 没有公布 storedownloadd 固定的正常流量区间，所以不存在一个可靠的 MB 数字，可以用来机械判断正常或异常。

没有下载任务时，它通常不会持续产生大流量。检查任务、查询下载信息时，主要是少量控制流量。真正开始安装或更新后，情况就不同了：传输量会和应用或更新包处在同一量级。小型应用需要的数据较少，大型应用则会带来明显下载量。

Xcode 就是大型应用的例子。下载或更新这类应用时，storedownloadd 可能成为那段时间里主要的网络流量来源。这符合它的用途，不能只凭流量大就判断进程出了问题。

比具体数字更有意义的是当时发生了什么。先看 App Store 是否正在获取应用、更新应用、重新下载，或者重复尝试未完成的任务。如果能和这些操作对上，大流量就有直接原因。若对不上，可以继续观察，但仍不能凭一个未经证实的阈值下结论。

能不能关掉

Apple 没有提供关闭 storedownloadd 本身的受支持开关，也就没有可以给出的“系统设置路径”。

阻断或禁用这个进程会直接影响 Mac App Store。获取应用、重新下载和应用更新都可能失败、停住，或者反复重试。强制结束进程通常只会中断当前任务，并不会永久关闭服务。只要还有下载请求，或之后又出现新请求，launchd 就可以再次启动它。

如果只是想减少自动产生的任务，可以打开 App Store > Settings，分别关闭 Automatic Updates、Automatically Download Apps Purchased on Other Devices，以及 Automatically Download In-App Content。这些选项控制的是几类自动行为，不是 storedownloadd 的总开关。关闭后，进程仍然存在，手动发起的下载也不会因此被禁止。

带宽紧张时，限速比完全阻断更合适，但也要避免把效果说得太确定。Apple 没有公布 storedownloadd 在限速状态下如何处理超时和重试。限制过严时，任务可能停住，也可能重复尝试，不能简单承诺“只会多花一点时间”。

常见的误解

• “storedownloadd 是病毒，或者是广告软件偷偷装上的下载器。” 正常实例是 Apple 平台二进制文件，放在受系统保护的 CommerceKit 框架里。进程名称相同，不代表任何位置的文件都可信。如果同名程序来自其他路径，需要单独核验路径和代码签名，不能只看名字判断。

• “删掉 storedownloadd，或者永久卸载它的 LaunchAgent，可以安全地优化 macOS。” Apple 没有提供这种维护方式。删除或禁用相关服务会破坏 Mac App Store 下载功能，而且文件所在的 /System 目录受系统完整性保护。这里得到的不是可靠优化，而是无法获取或更新应用。

• “storedownloadd 负责 Apple 的所有更新，包括当前 macOS 系统更新。” 现有证据不足以支持这个说法。Apple 目前把 macOS 软件更新和 App Store 应用更新分开管理。storedownloadd 负责商店应用和更新包，并不等于所有系统更新流量都能归到它名下。

• “storedownloadd 一旦用了很多流量，就说明系统异常。” 大型应用或大型更新本来就会产生大量下载。Xcode 这类应用在下载期间，足以让它成为主要流量来源。遇到这种情况，先看 App Store 有没有下载、更新、重新下载或重试任务，再判断是否需要继续排查。

• “在活动监视器里结束 storedownloadd，就能永久停止自动下载。” 结束操作只影响当前运行实例。它没有取消后续下载请求，也没有关闭 launchd 服务。之后只要 App Store 再次需要下载，storedownloadd 仍可重新启动。

怎么看它到底用了多少

先查看 App Store，确认同一时间有没有下载、更新或重试任务。再用 Bytetally 的逐进程统计查看 storedownloadd 在这段时间内实际传输了多少数据。把流量时间和商店任务对照起来，比看到一次流量突增就猜测原因更可靠。

相关进程

常见问题