# Mac 上 mediaanalysisd 占用 CPU 高，缓存能不能删

> 看懂 mediaanalysisd 在分析什么，分清快做完还是在打转，只清它的 Caches 文件夹，以及为什么禁用服务或删整个容器会让分析从头再来。

Published: 2026-11-03 | Updated: 2026-11-05

活动监视器里 `mediaanalysisd` 排在 CPU 前几名，或者一个叫 `com.apple.mediaanalysisd` 的文件夹一直在变大，说明 macOS 正在后台分析图片和视频。它是 Apple 自带的媒体分析服务，每台较新的 Mac 上都有，交给它的活干完以后，大多数时候会自己安静下来。网上流传最广的两种办法，一是禁用这个服务，二是把它整个容器删掉，结果都是把已经做完的分析扔掉，再从头算一遍。

这篇聊它到底在分析什么，怎样分清是快做完了还是在原地打转，哪个文件夹可以清，以及 2023 年那次关于它联网的讨论实际查出了什么。如果卡顿是从照片图库开始的，[photoanalysisd 占用 CPU](https://mole.fit/zh/blog/photoanalysisd-high-cpu-mac) 那篇讲的是图库这一侧。

## mediaanalysisd 在分析什么

这个进程不属于某一个 App，macOS 里有好几处会把图片、视频或文字交给它处理：

| 触发来源 | 它在做什么 | 出处 |
| --- | --- | --- |
| 大批导入照片、恢复图库或升级 macOS | 给照片图库建索引，包括人物与宠物 | Apple 说照片 App 会在你不用它时分析，[可能需要几天](https://support.apple.com/105081) |
| 用快速查看打开一张图片 | 识别图片里的实况文本，Eclectic Light 测下来每张约一秒 | [Eclectic Light，2023](https://eclecticlight.co/2023/01/27/how-quicklook-preview-doesnt-tell-apple-about-images/) |
| 某个 App 往系统搜索索引里添加内容 | 为聚焦搜索做文本向量，日志里记作 `MADTextEmbeddingTask` | [Apple 开发者论坛](https://developer.apple.com/forums/thread/824784) |
| Apple 智能的照片功能 | 在后台分析照片内容，9to5Mac 在 macOS 26.5 上看到 50% 到 150% 的 CPU | [9to5Mac，2026 年 6 月](https://9to5mac.com/2026/06/03/mac-beachballs-or-lagging-performance-ai-photo-scanning-may-be-the-reason/) |

最后一行背后没有 Apple 的说明，9to5Mac 自己的办法也只是让 Mac 插着电过一夜，等它跑完。聚焦搜索那一行主要和开发者有关，上面那个论坛帖子里，一个跑在模拟器里的 iOS App 让 `mediaanalysisd` 一直忙着，直到在模拟器构建里跳过 App 的 Core Spotlight 索引调用才停下来。

## 是快做完了，还是在打转

打开**活动监视器**，选**显示 › 所有进程**，在搜索框里输入 `mediaanalysisd`，记下三件事：

1. 现在的 **CPU**，一小时后再看一次。
2. **磁盘**页签里的**写入字节**是不是一直在涨。
3. 开始之前改过什么，比如升级了 macOS、导入了一批照片、打开了 iCloud 照片，或者装了一个会索引内容的新 App。

快做完的任务是一阵一阵的，间隔越拉越长，像 9to5Mac 那样让 Mac 接着电源、不睡眠过一夜，第二天早上再对比就清楚了。打转是另一种样子，没加新照片、没升级、也没装新 App，同样的高 CPU 每天照样出现，下面那个缓存文件夹也一直在长。在开发用的 Mac 上，先退出一次模拟器，如果进程随之安静，原因就在正在调试的 App，不在 macOS。

强制退出 `mediaanalysisd` 只能清静几分钟，macOS 会重新拉起它，接着处理同一批任务。

## 会变大的缓存文件夹

这个服务把工作文件放在自己的容器里：

```
~/Library/Containers/com.apple.mediaanalysisd/Data/Library/Caches
```

在终端里看看它有多大：

```
du -sh ~/Library/Containers/com.apple.mediaanalysisd/Data/Library/Caches
```

[The Mac Observer](https://www.macobserver.com/tips/how-to/com-apple-mediaanalysisd-files-filling-drive-macos-sequoia/) 提到 macOS Sequoia 上的一些 bug 会让这个文件夹无限制地长下去。如果它已经有好几 GB 还在涨：

1. 先重启 Mac，让服务放开它打开着的文件。
2. 在访达里选**前往 › 前往文件夹**，粘贴上面的路径，把 `Caches` 里面的内容移到废纸篓，`Caches` 文件夹本身留着。
3. 过一天再量一次，分析重新跑的时候长回来一些是正常的，如果没加新的照片视频还在稳定增长，就带上 macOS 版本号报给 Apple。

还有两处长得像，但都不是缓存。`~/Library/MediaAnalysis` 放的是已经做完的人物和场景分析结果，删掉它这些分析就要从头再来，`com.apple.mediaanalysisd` 容器里的其他部分是这个服务自己的状态。

## 不要这样做

- **不要禁用这个服务**。有的教程让你用 `launchctl disable` 或卸载它的启动项，这会关掉人脸和物体识别以及照片搜索，而且一直保持到你手动改回来，等搜索找不到东西的时候，你多半已经忘了当初做过什么。
- **不要删整个容器**。`rm -rf ~/Library/Containers/com.apple.mediaanalysisd` 会把服务已经处理过的东西全部清零，完整的分析，连同你本来想停掉的 CPU 占用，都会重新来一遍。
- **不要为了让它安静去删照片图库包里的东西**。图库真坏了的话，[photoanalysisd 那篇](https://mole.fit/zh/blog/photoanalysisd-high-cpu-mac)讲了 Apple 给的修复办法。

## 关于它的联网

2023 年 1 月，一位开发者在 macOS Ventura 13.1 上用访达浏览图片时，看到 `mediaanalysisd` 连接了 Apple 的服务器，说这是在扫描图片。之后不少人去测了，[Michael Tsai 的汇总](https://mjtsai.com/blog/2023/01/25/network-connections-from-mediaanalysisd/)收了这些结果，Mysk 解密了流量，发现请求是空的，没有图片数据也没有标识符，后来说这是 13.2 修掉的 bug，Howard Oakley 则把这次连接追到实况文本分析前检查语言资源，同样没发现发送图片标识符，在 13.2 上也没看到变化。

两边都没有查到图片被上传。真正会发东西出去的是视觉查询，当你主动用它识别一个物体时，Oakley 发现服务会从图片算出一个哈希值发给 Apple 的服务器做查询，这发生在你点了查询的时候，不是进程在后台忙的时候。

## Mole 能帮什么

[Mole](https://mole.fit/zh/) 的「清理」会把那个 `Caches` 文件夹里的内容列成 **Media Analysis Cache**，放在 **App 缓存与日志**里。如果服务正打开着里面的文件，Mole 这次扫描就不列这一行，而不是给你一个它最后会拒绝删除的选项，重启后再扫一次就好。容器的其他部分和 `~/Library/MediaAnalysis` 都不会出现在「清理」里。在「分析」里，`~/Library/MediaAnalysis` 带一行说明，写着里面放的是照片和视频的分析结果，看到这里数字很大时，不至于摸不着头脑。Mole 不会停止、禁用或重启 `mediaanalysisd`。

## 常见问题

### mediaanalysisd 是病毒吗？

不是。它是 macOS 的一部分，每台较新的 Mac 上都有，可执行文件在系统宗卷里，App 改不了。

### 照片 App 关了它怎么还在跑？

Apple 本来就把照片分析设计成在你不用照片 App 的时候进行，实况文本和聚焦搜索也会给它派活，关掉照片 App 并不会清空它的任务。

### 清它的缓存会删掉我的照片吗？

不会。`Caches` 里是工作文件，不是照片，也不是图库，清完之后服务会重新做一部分分析。

### 升级之后要跑多久？

Apple 没给固定时间，人物与宠物那部分说的是可能需要几天。让 Mac 接着电源、不睡眠过一夜再对比，如果几周后没加新内容还每天冲高，才是值得报告的情况。

---

Canonical HTML page: https://mole.fit/zh/blog/mediaanalysisd-high-cpu-mac
Blog index for agents: https://mole.fit/zh/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt