Mac 上的 AssetCacheLocatorService 是什么？

最后更新: 2026-07-31

它是什么

AssetCacheLocatorService 是 Apple 随 macOS 安装的系统 XPC 服务。它负责寻找可用的内容缓存，供系统守护进程和当前用户使用。找到候选目标后，它还会保存定位结果、按需刷新，并检查缓存是否真的可以连接。系统中的标识是 com.apple.AssetCacheLocatorService，可执行文件位于 Apple 的 AssetCacheServices 私有框架内。

它只负责“找缓存”，并不是那个真正保存和提供缓存文件的服务。实际承担缓存工作的组件叫 AssetCache。两者分工不同：AssetCacheLocatorService 维护候选位置并检查可达性；AssetCache 保存内容，并把内容提供给符合条件的客户端。定位成功后，受支持的 Apple 软件更新、App，以及部分 iCloud 内容，可以从找到的缓存取得。

这里说的“本地缓存”，通常是指附近网络中的缓存，不代表整个定位过程都在局域网内完成。Mac 既可能探测本机和附近网络，也可能访问 Apple 放在互联网中的定位服务。缓存的位置可以很近，负责找到它的过程却不一定只产生内网连接。

它为什么要联网

Apple 内容客户端需要缓存时，AssetCacheLocatorService 会开始查找。已经保存的结果需要更新时，它也会重新联网。网络配置一旦变化，原来可用的缓存可能已经不在当前网络中，因此服务会再次检查。管理员主动运行 AssetCacheLocatorUtil 做诊断，同样会触发相关活动。

已经确认的连接对象主要有三类。第一类是 Apple 的 HTTPS 定位服务 lcdn-locator.apple.com:443。它参与内容缓存的定位，所以看到这个域名并不意外。第二类是 DNS。管理员如果配置了自定义公共地址范围或 favored server，定位过程需要通过 DNS 处理这些配置。第三类是候选缓存本身，包括 localhost 上的缓存，以及网络中其他可能提供内容的设备。AssetCacheLocatorService 会检查这些目标能否到达，而不是只记住一个地址就直接使用。

Apple 还要求 macOS 内容缓存客户端通过 TCP 443 访问 serverstatus.apple.com，以确定客户端使用的公共 IP 地址。不过，公开资料没有确认这条连接每次都由 AssetCacheLocatorService 这个可执行文件亲自发起。因此，只看见该域名，不能直接把流量记到这个进程名下；要确认发起者，仍需逐进程证据。

这些连接服务于定位、刷新和验证。单凭一次 HTTPS 请求或缓存探测，不能推断 AssetCacheLocatorService 正在下载完整的系统更新、App 或 iCloud 文件。

正常流量应该是多少

目前没有一个可靠的具体数字。Apple 没有公布 AssetCacheLocatorService 每天应该使用多少字节，也没有给出可套用到所有 Mac 的 MB 区间。它的刷新频率、完整请求内容和内部实现也没有全部公开。因此，“每天几 MB 属于正常”之类的说法没有事实依据。

从已经确认的职责判断，普通活动应以零散的 DNS 查询、HTTPS 定位请求和候选缓存探测为主。这些属于控制流量，通常会远小于一次完整的 App 下载或系统更新。实际总量仍会随使用情况变化：客户端查找缓存的次数、旧结果何时刷新、网络是否频繁切换、候选缓存有多少，以及管理员是否执行过诊断，都会影响记录。

当前二进制还包含向本地缓存导入内容的私有方法。但这些方法在什么情况下调用，相关数据是否会被统计到 AssetCacheLocatorService 名下，都没有得到验证。遇到明显偏大的记录时，可靠做法是查看对应时段的逐进程数据和网络事件，不能拿一个没有出处的固定阈值下结论。

能不能关掉

Apple 没有提供关闭 AssetCacheLocatorService 客户端定位功能的系统设置。系统里的“Apple 菜单 > 系统设置 > 通用 > 共享 > 内容缓存”控制的是另一件事：决定这台 Mac 是否向其他设备提供缓存。关闭那里，只会停止本机充当缓存服务器，不等于这台 Mac 不再作为客户端寻找别处的缓存。

如果强行拦截或停用 AssetCacheLocatorService，Mac 可能找不到现有缓存，也可能无法确认候选缓存是否可用。原本可以从附近缓存取得的更新、App 或部分 iCloud 内容，随后可能改走互联网。这样会增加外网带宽消耗；多台设备重复获取同一内容时，速度也可能变慢。

因此，这个进程的“可关闭”结论并不是“关掉不会影响系统”。它平时产生的定位流量通常很小，而它找到的缓存可能减少体积大得多的重复下载。当然，这也不代表它绝对不会出现异常。若观察到大流量，需要根据真实记录分析，不能因为系统没有开关就认定所有流量都正常。

常见的误解

• “AssetCacheLocatorService 只会产生局域网流量。” 这个说法不对。Apple 的网络清单明确要求内容缓存客户端通过 TCP 443 访问 lcdn-locator.apple.com，本机可执行文件中也有对应的 HTTPS URL。缓存目标可能位于附近网络，定位过程仍然会访问 Apple 的互联网服务。

• “关掉系统设置里的内容缓存，这个进程就不会再运行。” 两者不是同一个开关。系统设置控制本机是否向其他设备提供缓存；Mac 作为客户端时，仍会自动查找网络中可用的内容缓存。Apple 没有另外提供关闭客户端定位服务的设置。

• “AssetCacheLocatorService 就是下载更新、保存缓存文件的进程。” 它的核心职责是定位和检查缓存。Apple 的手册页也把它描述为缓存定位服务。真正承担内容缓存工作的服务是 AssetCache。看到定位进程联网，不能据此认定完整下载都由它完成。

• “屏蔽它可以让 Mac 更快，还能明显省流量。” 定位请求本身属于控制流量。失��定位能力后，Mac 可能无法复用附近已经下载过的内容，转而从互联网重新获取完整文件。结果可能是外网流量增加，多设备重复下载也需要更长时间。

• “它连接 lcdn-locator.apple.com，说明这是恶意软件或广告追踪器。” 没有证据支持这种判断。该域名是 Apple 文档列出的内容缓存定位端点，AssetCacheLocatorService 也是 macOS 自带的平台组件。不过，Apple 没有公开全部请求字段，也没有公开服务端完整的保留策略。因此，同样不能进一步宣称它交换的元数据已经接受过完整审计。

怎么看它到底用了多少

如果问题是某段时间内出现了异常流量，下一步应查看 AssetCacheLocatorService 自己的上传和下载记录。Bytetally 的逐进程统计可以把它在目标时段内的实际用量列出来，再与网络切换、软件更新或缓存诊断的时间对照。真实测量比套用一个没有可靠来源的 MB 标准更能说明问题。

相关进程

常见问题