Mac 上的 translationd 是什么进程？

最后更新: 2026-07-31

它是什么

translationd 是 macOS 自带的翻译后台服务。它按用户运行，由 launchd 在需要时启动，不是一个需要手动打开的应用。Apple 随系统提供的说明很简短：这是一个用来启用翻译功能的守护进程。

系统里核实到的可执行文件位于 /System/Library/Frameworks/Translation.framework/translationd，Apple 代码签名标识是 com.apple.translationd。在 macOS 中选中文字后调用翻译、翻译图片里识别出的文字，或者使用 Apple Translation framework 的应用进行翻译，都可能用到这套服务。

这里要注意“可能”二字。Apple 没有公布一份完整清单，说明每个翻译入口背后究竟调用了哪些进程。屏幕上出现 Apple 的翻译界面，不等于整个请求从头到尾都由 translationd 独自完成。公开资料能确认它属于系统翻译能力的一部分，却不能据此认定所有翻译流量都记在它名下。

它平时不一定常驻活跃。没有翻译任务时，进程可能不出现，也可能保持空闲；收到请求后，launchd 才会把它启动起来。正因为如此，强制结束进程并不等于永久关闭。下一次有应用请求翻译，launchd 仍可再次启动它。

它为什么要联网

翻译不一定全部在本机完成。使用服务器处理时，用户主动选择翻译的内容可能发送给 Apple 的翻译服务。这里包括选中的文本，也可能包括从图片中识别出来、随后交给翻译功能处理的文字。Apple 的隐私说明还提到用户选择翻译的音频、文本或图片识别文字。

Apple 表示，这类请求使用随机轮换的标识，不使用 Apple Account 标识。按照 Apple 公布的默认处理方式，文本输入记录可能保存两年。这个说明针对的是 Apple 翻译功能整体的数据流，并不能证明每一条相关连接都由 translationd 亲自建立。判断进程责任时，不能把“翻译功能会联网”直接改写成“所有流量一定属于 translationd”。

下载或更新离线语言资源时，系统也会连接 Apple 的资源分发服务。不过，目前没有经过核实的资料能证明下载连接一定由 translationd 建立。语言资源也可能涉及其他系统组件，因此看到下载发生在翻译设置附近，仍不足以确认进程归属。

Safari 和 Siri 是另外两个容易混淆的入口。Apple 明确说明，这两项翻译始终在线处理。但 Apple 没有公开它们的全部连接究竟记在 Safari、Siri 相关组件、translationd，还是多个进程名下。translationd 使用哪些具体主机名和端点，同样没有可靠的公开清单。不能为了方便拦截而猜域名，也不能把某个 Apple 地址简单认定为它的专用端点。

正常流量应该是多少

Apple 没有发布 translationd 的进程级流量区间，因此没有一个可信的 MB 数字可以当作正常标准。不同文本长度、翻译入口、处理方式和语言资源状态都会影响实际结果。缺少可靠基线时，写出一个固定上限只会制造虚假的确定性。

比总量更值得观察的是传输形态。没有发起翻译时，正常情况不应表现为持续不断的数据传输。主动翻译一小段文字时，更可能看到短暂的请求和响应，形态接近一次在线查询，而不是影音播放那种长时间连续传输。

整页网页翻译可能带来更大的突发，语言资源下载也可能明显增加流量。但这两类数据不能直接算进 translationd。网页翻译的部分流量可能属于 Safari；语言资源下载可能由 mobileassetd 或其他组件处理。Apple 没有公开完整的进程分工，现有调研也没有验证这些字节最终会落在哪个进程上。

因此，判断是否异常时，应把操作和时间对应起来：刚刚是否翻译了长文本，是否使用了 Safari 网页翻译，是否新增或更新了语言资源。只看某一分钟内系统总流量上涨，无法证明 translationd 在大量传输；只看它短暂出现，也无法推断它上传了其他内容。没有进程级记录，就不要把同一时段的所有 Apple 流量都归到它头上。

能不能关掉

Apple 没有提供关闭 translationd 的受支持开关，也没有一个系统设置路径可以彻底禁止这个进程或它的全部联网能力。强制结束只能暂时停止当前实例。之后只要系统功能或应用再次请求翻译，launchd 就可能重新启动它。

卸载、反复结束或阻断 translationd，可能让系统范围的翻译失效，也可能使采用 Apple Translation framework 的应用无法翻译或只能以降级方式工作。如果完全不用 Apple 的翻译功能，可以把它看成“功能层面可不用”的服务。但这不等于 Apple 保证进程级拦截、断网或限速绝对安全。

若只是想减少普通系统翻译的联网处理，Apple 提供了另一项设置：Apple 菜单 > 系统设置 > 通用 > 语言与地区 > 翻译语言 > 设备端模式。使用前还要下载源语言和目标语言，而且两种语言都必须支持设备端翻译。可用情况会随语言、地区和系统发行版变化。

这条路径调整的是翻译处理方式，不是关闭 translationd。它也不能让 Mac 上所有翻译都离线。Apple 已明确说明，Safari 和 Siri 的翻译始终在线处理。因此，“开启设备端模式”和“关闭翻译后台服务”是两件不同的事，不能混为一谈。

常见的误解

• “translationd 会持续上传我输入的所有内容和剪贴板。” 没有证据支持这种说法。Apple 描述的是用户主动选择翻译的音频、文本或图片识别文字可能被发送，不是键盘输入和剪贴板内容会被持续监控。两者范围完全不同。

• “开启设备端模式后，Mac 上所有翻译都不会联网。” 这不正确。设备端模式只适用于满足条件的翻译。Apple 明确说明，Safari 和 Siri 的翻译始终在线处理。

• “语言包下载好了，任何两种语言之间都能离线翻译。” 不能这样推断。源语言和目标语言都要下载，两者还必须受设备端翻译支持。支持范围会随语言、地区和系统发行版变化。

• “translationd 是恶意软件，或者是第三方翻译工具偷偷装进来的。” 在已核实的系统路径中，签名标识为 com.apple.translationd 的文件是 Apple 组件。判断时必须同时核对路径和签名。若同名文件出现在其他目录，不能因为名字一样就认定安全，也不能反过来把系统原件当成恶意软件。

• “删除 launchd 配置，或者不断强制结束 translationd，可以安全地让 Mac 变快。” 这不是 Apple 支持的优化方法。服务本来就是按需启动，结束后通常也只会暂时消失。修改或删除相关配置还可能破坏系统翻译以及依赖 Apple Translation framework 的应用功能。

• “只要拦截 translationd，就能阻止 Safari 和 Siri 的全部翻译数据。” 这个结论尚未得到验证。Apple 能确认的是 Safari 和 Siri 始终在线翻译，却没有公布所有连接的进程归属。相关流量可能不只经过 translationd，因此单独拦截这个进程不能被当作完整保证。

怎么看它到底用了多少

要确认自己这台 Mac 的情况，可以先记录空闲状态，再发起一次翻译，用 Bytetally 对比 translationd 在操作前后分别上传和下载了多少。Safari 网页翻译和语言资源下载要分开观察；没有进程级证据时，不要把 Safari、mobileassetd 或其他组件的同期流量算到 translationd 名下。

常见问题