macOS 上的 findmydeviced 是什么进程？

最后更新: 2026-07-31

它是什么

findmydeviced 是 macOS 自带的“查找我的 Mac”守护进程。它的可执行文件位于 /usr/libexec/findmydeviced。目前能够核实的代码签名标识和 launchd 标签都是 com.apple.icloud.findmydeviced。这是 Apple 提供并签名的系统组件，不是后来安装的第三方程序。

这个进程平时不一定常驻。需要处理任务时，launchd 会按需启动它。它维护当前 Mac 在“查找”服务中的注册与状态，也参与定位设备、播放声音、远程锁定、远程抹掉和激活锁等功能。换句话说，用户在另一台设备上寻找这台 Mac，或者向它发送远程操作时，背后可能会有 findmydeviced 的工作。

不过，不能把整个“查找”系统都算在它一个进程头上。Apple 没有公开这个私有进程的完整职责边界。离线“查找”网络还可能由 searchpartyd、locationd 等系统进程共同完成。因此，没看到 findmydeviced 联网，不代表“查找”没有工作；看到它产生流量，也不能据此推断“查找”体系的全部活动。

它为什么要联网

“查找我的 Mac”依赖 Apple 的 iCloud 和“查找”服务，findmydeviced 因此需要与 Apple 服务交换信息。常见触发时机包括：刚启用“查找我的 Mac”、登录或更改 Apple Account、Mac 重启，以及相关设置发生变化。遇到这些情况，它可能重新注册设备，或者刷新设备在服务端的状态。

定位、播放声音、锁定和抹掉也会触发通信。远程请求发出后，findmydeviced 可以通过 Apple 推送服务收到控制消息，再向 Apple 服务发送完成任务所需的状态、位置或执行结果。这里说的是完成“查找”功能所需的数据交换，不能直接理解成它在不停上传电脑上的所有活动。

启用“查找”网络后，系统还会交换用于离线查找的端到端加密数据。附近设备之间的发现依靠 Bluetooth。蓝牙发现和普通互联网连接不是一回事，查看网络流量时需要把两者分开。

Apple 没有公开 findmydeviced 会连接哪些具体服务器，也没有公布固定的联系频率。findmydeviced、searchpartyd 等进程之间怎样划分流量，同样没有完整的公开说明。因此，不能根据现有资料列出一份确定的域名清单，也不能声称它每隔多少分钟必然连接一次。遇到一段网络活动时，时间点和当时发生的操作，比猜测固定通信规律更有参考价值。

正常流量应该是多少

Apple 没有公布 findmydeviced 的流量数据，目前也没有可靠的通用数值区间。没有证据支持一个适用于所有 Mac 的每日或每月 MB 标准。具体量级仍然没有得到验证，因此不能为了方便判断而补出一个数字。

如果已经启用“查找我的 Mac”，但设备处于空闲状态，通常不会看到持续吞吐。更常见的情况是完全没有流量，或者偶尔出现较小的状态与控制请求。从性质上说，这类活动远小于照片同步、iCloud Drive 文件传输以及音视频播放产生的流量。

初始化服务、请求定位或执行远程操作时，流量可能短暂增加。登录状态变化、Apple Account 调整、重启和配置变更也可能带来一次刷新。这里的关键词是“短暂”和“可能”：Apple 没有给出按进程统计的标准值，现有资料也不足以划出一条精确的异常线。判断某次突发是否合理，应该先看它是否恰好对应了这些触发事件，而不是拿它和一个未经核实的固定数字比较。

能不能关掉

能关，但先要区分两个开关。

如果还需要定位这台 Mac、让它播放声音、远程锁定或抹掉，以及保留激活锁，就需要继续启用“查找我的 Mac”。如果这些防丢和防盗能力都不需要，可以用 Apple 提供的系统设置关闭，不必在活动监视器里反复结束进程，更不该改动系统可执行文件。

在较新的系统设置布局中，路径是：

Apple menu > System Settings > [your name] > iCloud > Saved to iCloud: See All > Find My Mac > Turn Off

在较早的布局中，路径是：

Apple menu > System Settings > [your name] > iCloud > Find My Mac > Turn Off

关闭“查找我的 Mac”后，将无法再通过“查找”定位这台 Mac，也不能让它播放声音，或者向它发送远程锁定和抹掉请求。激活锁也会被移除。这个后果不只是少了一个后台进程，而是整套设备找回和远程处置能力发生变化。

同一页面中的 Find My network 是另一个范围更小的开关。只关闭它，在线查找仍可保留；停止的是离线查找，以及匿名协助寻找附近设备的能力。所以，“关闭 Find My network”和“关闭 Find My Mac”不是同一项操作。

定位服务也不能替代这个开关。定位服务和“查找我的 Mac”分别维护自己的启用状态。关闭定位服务，并不表示“查找我的 Mac”与激活锁已经一并关闭。若目标是停用整项服务并移除激活锁，应当关闭“查找我的 Mac”本身。

常见的误解

• “findmydeviced 是恶意软件，或者第三方装进去的监控程序。” 这个判断不成立。findmydeviced 随 macOS 提供，由 Apple 签名，并由系统按需管理。只凭进程名字陌生，不能把它归为恶意程序。

• “它会持续占用大量流量，把用户的所有活动都传走。” 目前没有这样的依据。Apple 的说明涉及“查找”功能所需的设备、账户、位置和服务使用信息，但没有公布持续传输频率，也没有提供 findmydeviced 的单独流量统计。看到这个进程联网，不能直接推出它在持续上传全部活动；同样，也不能编造一个流量数字来证明它一定很小或一定很大。

• “在活动监视器里强制退出，或者删除 /usr/libexec/findmydeviced，就能永久关闭。” findmydeviced 由 launchd 按需启动。强制退出后，只要系统再次需要它，它就可能重新出现。Apple 提供的控制入口是系统设置里的“查找我的 Mac”开关，不是反复杀进程或改动系统文件。

• “关掉 Find My network，就等于关掉 Find My Mac。” 两个开关影响的范围不同。Find My network 主要控制离线众包查找；Find My Mac 控制这台 Mac 的整项“查找”服务。只关前者，可以保留在线查找。���闭后者，则会失去定位、播放声音、远程锁定或抹掉等能力，并移除激活锁。

• “关闭定位服务后，Find My 和激活锁肯定也关了。” 这几个状态不能混为一谈。定位服务有自己的开关，“查找我的 Mac”也有自己的开关。若要停止“查找我的 Mac”并移除激活锁，需要在 iCloud 设置中关闭 Find My Mac。

• “离线查找时，Apple 能看到丢失设备和帮忙报告位置的设备分别在哪里。” Apple 明确说明，离线“查找”网络使用端到端加密。按照这套设计，Apple 看不到离线设备的位置，也看不到报告设备的位置。附近设备参与发现，并不等于 Apple 可以读取双方的位置。

怎么看它到底用了多少

下一步可以在 Bytetally 的逐进程流量记录中找到 findmydeviced，再把时间点与重启、账户变更、定位请求或远程操作对照起来。先观察一段完整的空闲时间，再判断某次短暂增长是否反常。Apple 没有公布统一流量标准，所以本机留下的进程历史才是继续排查时最直接的证据。

相关进程

常见问题