Mac 上的 searchtoold 是什么？

最后更新: 2026-08-08

它是什么

searchtoold 是 Apple 随 macOS 提供的用户级搜索守护进程。名字和路径里虽然出现了“OmniSearch”，但它与同名的第三方搜索软件无关。它的可执行文件放在受保护的 /System/Library/PrivateFrameworks/OmniSearch.framework 目录中，代码标识是 com.apple.omniSearch.searchtoold。这些信息表明它属于 Apple 平台组件，不是某款第三方应用偷偷安装的后台程序。

从系统注册的内部服务看，searchtoold 参与三类工作：通用搜索、个人内容搜索和答案合成。随框架安装的资源还列出了多种个人内容，包括文件、邮件、信息、联系人、日历和照片。资源中也能看到查询改写和答案合成相关内容。因此，把它简单理解成“网页搜索进程”并不准确。它处理的不只是互联网结果，也可能参与理解查询、查找个人内容并组织答案。

不过，现有证据只能说明它具备哪些服务和资源，不能还原 macOS 搜索的完整内部流程。Apple 没有为 searchtoold 发布 man page，也没有公开一份完整的职责说明。它与 Spotlight、Siri、Apple Intelligence、Core Spotlight 以及其他搜索服务分别负责哪一步，目前仍未验证。不能仅凭文件名或某个内部服务，就断言所有 Spotlight 搜索都由它完成。

它为什么要联网

searchtoold 具备主动发起网络连接的权限，也可以调用 parsecd 等 Apple 搜索服务。常见触发场景与搜索操作有关：打开 Spotlight、开始输入查询、请求互联网建议或相关内容，以及从 Spotlight 调用 Siri。看到它在这些操作前后出现短暂连接，符合它参与搜索处理的功能形态，并不等于系统正在后台下载大文件。

可能参与响应请求的对象包括 Apple 的搜索与建议服务、为相关内容提供信息的 Apple 合作伙伴，以及 Apple 使用的受信任服务提供商。Apple 的搜索隐私说明列出了这类请求可能携带的信息，例如用户输入的查询、粗略位置、感兴趣的主题、用户选中的建议和有限的设备上下文。这些信息用于处理查询和返回相关内容。

这里需要分清“查询信息”和“本机搜索结果”。Apple 明确表示，发送给其服务的有限搜索信息不包含用于显示本机文件或内容的搜索结果。因此，searchtoold 联网不能直接推出“邮件、照片或文件正在被上传”。它会接触个人搜索结果，并不意味着这些结果会随请求发送出去。

目前也没有经过核实的 searchtoold 远端域名清单。ChatGPT 或 Private Cloud Compute 是否由它直接建立连接，同样没有得到验证。即使一次连接恰好出现在使用相关功能的时间附近，也不能据此确定套接字一定属于 searchtoold。macOS 可能让多个守护进程共同完成一次搜索，请求在这些进程之间如何分工，Apple 没有公开说明。

正常流量应该是多少

目前没有可靠数字。Apple 没有公布 searchtoold 的单进程流量基线，也没有可信的独立测量能够给出“每次查询多少”或“一天多少算正常”。因此，不能为它设定一个固定的 KB 或 MB 范围，更不能把未经测量的数字当成异常判断线。

只能从功能形态做保守判断：它通常应当随着查询间歇出现，发送较短的请求，再接收建议或答案数据。这样的模式更接近搜索建议，而不是照片同步、应用下载那种持续的大文件传输。但这只是对流量形态的定性预期，不是字节数保证。实际记录偏离这一形态时，应先结合触发时间和连续观测确认，不能只看进程名称就下结论。

能不能关掉

建议保留 searchtoold。Apple 没有提供关闭这个共享守护进程的受支持开关，因此也不存在一个能彻底停用它的“系统设置路径”。手动结束进程或用防火墙阻断连接，可能破坏个人内容搜索、查询改写、答案合成，也可能影响从 Spotlight 调用 Siri。Apple 没有承诺，阻断后本机文件搜索一定还能保持原样。

如果你的目标只是去掉 Apple 合作伙伴提供的在线相关内容，可以打开 Apple 菜单 > 系统设置 > Spotlight，关闭 显示相关内容（Show Related Content）。这个选项控制的是相关内容，不会关闭 searchtoold，也不能理解为“让 Spotlight 完全离线”。

同一页面还有 帮助 Apple 改进搜索（Help Apple Improve Search）。关闭它以后，Apple 不再为了改进服务而存储查询，但正常的查询处理仍会继续。它是数据存储用途的控制项，不是进程开关，也不会阻止 searchtoold 为搜索功能联网。

常见的误解

• “名字里有 OmniSearch，所以它是第三方软件，甚至可能是恶意程序。” 这个判断不成立。searchtoold 位于受保护的 System/Library 中，代码标识为 com.apple.omniSearch.searchtoold，属于 Apple 平台二进制。内部框架使用 OmniSearch 这个名字，不能证明它来自同名的第三方应用。

• “它只是网页搜索的联网后端。” 这个说法把职责缩得太窄了。系统注册的服务包括通用搜索、个人内容搜索和答案合成；资源中还有文件、邮件、信息、联系人、日历、照片等个人搜索实体，以及查询改写相关内容。联网搜索可能是工作的一部分，但不是现有证据显示的全部。

• “它已经取代 mds 和 mdworker，负责建立整个 Spotlight 文件索引。” 没有依据支持这个结论。现有信息更符合查询处理、个人结果和答案服务。Spotlight 的索引仍由 Core Spotlight 和元数据服务体系维护，不能因为 searchtoold 能查找文件，就把建立全部索引的职责也归给它。

• “阻断它只会删掉网页结果，本地搜索肯定不受影响。” 这件事没有得到验证，Apple 也没有给出这样的兼容性保证。searchtoold 同时提供个人搜索和查询处理服务，所以阻断后，受影响的可能不只是在线建议。本地结果、混合结果或查询理解是否变化，需要实际观察，不能提前保证。

• “它一联网，就说明我的文件、邮件或照片被上传了。” 联网本身不能证明这一点。Apple 的搜索隐私说明明确区分了有限的查询信息与本机内容结果。查询、粗略位置、兴趣主题、选中的建议和有限设备上下文可能被发送，但用于显示本机文件或内容的搜索结果不包含在其中。

• “记在 searchtoold 名下的连接一定来自 ChatGPT。” 这个结论同样没有依据。Spotlight 建议、Apple 搜索服务和相关内容本来就可能联网。ChatGPT 还要求相应功能已经启用或由用户选择，而它的连接是否直接归属于 searchtoold 尚未验证。Private Cloud Compute 的直接归属也不能从进程名推断。

怎么看它到底用了多少

如果担心的是流量，下一步应按进程测量，而不是根据一次连接猜用途。可以在 Bytetally 的逐进程统计中找到 searchtoold，再把流量出现的时间与 Spotlight 或 Siri 的使用时间对照。这样能确认这台 Mac 实际传输了多少数据，但仅凭流量记录仍不能认定某个未经验证的远端服务。

相关进程

常见问题