Mac 上的 locationd 是什么，为什么会联网？

最后更新: 2026-07-31

它是什么

locationd 是 macOS 自带的定位服务守护进程，也是 Core Location 在系统里的后端。Apple 提供的程序位于 /usr/libexec/locationd，代码签名标识是 com.apple.locationd。它负责取得 Mac 所在的地理位置，同时管理应用、其他守护进程和小组件能否读取位置。

它并不是地图专用进程。任何获得授权的 Core Location 客户端都可能用到 locationd，macOS 自己的多项功能也依赖定位服务。地图、天气、查找、自动时区、Siri、Safari 定位建议，以及“联网与无线”等系统服务，都可能提出定位请求。

Apple 当前的 Mac 文档明确说明，Mac 会利用附近 Wi‑Fi 网络的信息确定位置。Apple 的定位体系还会参考一个众包维护的 Wi‑Fi 热点位置数据库。这是目前能够确认的工作方式。其他 Apple 设备支持哪些定位硬件，不能直接用来判断 Mac 上的 locationd 如何取得位置，也没必要用未经核实的硬件绝对说法来解释它。

它为什么要联网

当获准的应用、网站或系统服务请求当前位置时，locationd 可能与 Apple 的定位服务基础设施交换完成定位查询所需的数据。一次连接可能由用户主动打开地图或天气触发，也可能来自查找、自动时区、Siri、Safari 定位建议，或者“联网与无线”等后台系统服务。

Apple 没有公开 locationd 使用的固定主机名，也没有提供完整端点清单。因此，看到它建立连接时，不能根据一个猜测的域名断定连接目的。进程名只能说明网络活动记在了谁的名下，不能告诉你单次请求包含哪些字段、位置有多精确，或者这次连接究竟上传了多少数据。

Apple 还说明，启用定位服务的设备可能定期提交附近 Wi‑Fi 热点的信息，用于维护众包定位数据库。这些数据经过加密，并且不具个人识别性。不过，当前 macOS 上每一类提交是否都由 locationd 直接发起，目前没有得到核实。查看逐进程流量时，需要保留这层不确定性，不能把 Apple 对整个定位体系的说明全部等同于 locationd 的直接行为。

应用取得位置之后，后续联网也要分开看。比如第三方应用通过 Core Location 得到位置，随后连接自己的服务器，这段流量属于第三方应用。不能因为位置最初由 locationd 提供，就把应用自己的连接也算到 locationd 头上。

正常流量应该是多少

目前没有可靠的正常字节区间。Apple 没有发布 locationd 的流量基准，公开资料也不足以证明每次定位请求一定很小。因此，给出“每次几 KB”“每天不应超过多少 MB”之类的数字都会制造并不存在的精确度。

能够确认的是流量形态。locationd 的连接主要随定位请求或周期性系统任务出现，预期属于间歇、低吞吐的查询和控制流量。一般来说，它应当远小于音视频播放、云端同步或软件下载产生的数据量。这里说的是相对量级，不是一条可用于告警的数字红线。

偶尔出现连接，不代表它在持续传输。累计流量增加，也不能只看进程名就判断内容是否异常。如果它长时间保持高流量，更合适的做法是查找当时有哪些客户端反复请求位置，再结合系统日志确认触发原因。由于缺少公开字节基准，不能简单把某个累计数字归类为正常或异常。

能不能关掉

可以。Apple 提供的全局开关位于：

Apple 菜单  > 系统设置 > 隐私与安全性 > 定位服务 > 关闭“定位服务”

系统设置里还可以分别管理应用和系统服务的定位权限。需要限制某个客户端时，可以只调整对应权限，不一定要关闭整个系统的定位服务。正常情况下，关闭定位服务带来的影响可定性为较轻，但这不表示所有功能都不会受影响。

关闭后，获准的应用、网站和系统服务都无法再通过 macOS 定位服务取得 Mac 的位置。地图、天气、查找我的 Mac、自动时区和定位建议可能失效，也可能只能提供不完整的结果。网站和应用仍可利用 IP 地址等其他方式估算大致地区，所以关闭定位服务不等于任何软件都无法判断你所在的区域。

“联网与无线”需要单独考虑。Apple 建议保留这项系统服务的定位权限，以便 Mac 按所在地区适配 Wi‑Fi 规则，并提高 Wi‑Fi、AirDrop 和 AirPlay 等功能的可靠性。关闭定位服务因此不只影响地图和天气，也可能影响部分网络功能的稳定运行。

不建议通过删除程序或反复强制结束进程来控制它。locationd 由 launchd 管理，系统需要时可能再次启动。全局开关、逐应用权限和逐系统服务权限才是 Apple 支持的控制方式。

常见的误解

• “locationd 是病毒或广告跟踪器。” 位于 /usr/libexec/locationd、代码签名标识为 com.apple.locationd 的实例是 Apple 系统组件。只看名字不能判断所有同名程序都安全；如果 locationd 出现在其他路径，应当把那个程序单独核实。

• “locationd 只给地图提供位置。” 地图只是使用者之一。所有获得授权的 Core Location 客户端，以及多项 macOS 系统服务，都可能向它请求位置。天气、查找、自动时区、定位建议和“联网与无线”等功能也在这个范围内。

• “Mac 上的 locationd 依靠内置 GPS 定位。” Apple 当前针对 Mac 的说明是利用本地 Wi‑Fi 网络信息确定位置。其他 Apple 设备支持 GPS，不足以证明 Mac 采用相同方式。反过来，也没有必要写成关于所有 Mac 硬件的绝对结论；按 Apple 已公开的 Mac 定位方式理解即可。

• “看到 locationd 联网，就说明系统一直在上传精确位置。” 单凭连接记录无法得出这个结论。Apple 把定位服务描述为按定位请求和系统服务需要工作，并说明提交到众包定位数据库的热点数据经过加密且不具个人识别性。但某一次连接传了什么、精度多高，仍然不能从进程名判断。当前 macOS 中每类众包数据是否都由 locationd 直接提交，也尚未核实。

• “强制结束或删除 locationd 能优化系统。” locationd 由 launchd 管理，需要时可以重新启动。强退没有提供稳定的控制结果，删除系统组件也不是 Apple 支持的做法。要减少定位活动，应当使用系统设置里的全局、逐应用或逐系统服务开关。

• “关闭定位服务不会影响网络功能。” Apple 明确说明，“联网与无线”定位服务会参与地区 Wi‑Fi 规则适配，也有助于 Wi‑Fi、AirDrop 和 AirPlay 可靠运行。关闭它的影响可能超出定位类应用，不能只用“我不用地图”来判断是否完全无影响。

怎么看它到底用了多少

如果关心的是实际流量，下一步应当按时间段查看 locationd 的上传、下载和活动时间，而不是套用一个未经验证的正常值。Bytetally 的逐进程统计可以把这些记录与其他进程分开显示。发现持续高流量后，再根据发生时间排查当时请求定位的客户端和相关系统日志。

相关进程

常见问题