# photoanalysisd 占用 CPU 很高，先检查照片图库

> 确认“照片”分析是否在推进，识别图库问题，并在考虑修复前保护好原始文件。

Published: 2026-10-20 | Updated: 2026-10-25

如果活动监视器显示 `photoanalysisd` 或 `mediaanalysisd` 在 Mac 变慢时占用 CPU，先检查“照片”和媒体处理情况，不要删除任何内容。这些名称可能在后台分析期间出现。它们的存在本身并不能证明某个 Apple Intelligence 功能出现故障，也不能证明照片图库已损坏。

先看任务是否在逐渐完成。导入照片后出现、随后平息的分析，与没有新照片却反复卡顿，需要分开处理。

## 检查照片图库中发生了什么变化

回想变慢之前的那段时间。你是否导入了大量内容、恢复了图库、启用了 iCloud 照片、迁移到新 Mac 或更新了 macOS？这些是有用线索，应记录下来，但不能作为单一原因的证明。

Apple 说明“照片”会[为人物与宠物索引图像和视频](https://support.apple.com/en-ca/105081)。这就是照片分析不单纯是清理缓存任务的原因。停用 Siri 并不能证明每个“照片”分析任务都应停止。

打开“照片”，检查预期的图库和最近导入的内容是否存在。记录任何可见的同步或分析状态。在试图弄清情况时，避免反复切换图库或反复开关云同步。

## 同时看图库状态和进程

Apple 的 [iCloud 照片故障排查说明](https://support.apple.com/en-us/101559) 介绍了在 Mac 上查看状态的位置：打开照片，选择图库，选取所有照片并滚动到底部。记录实际显示的消息，不要只记成照片卡住了。等待上传、同步已暂停和同步已完成对应不同的后续检查。

同步和图像分析是两项不同的工作。上传计数已完成，不能证明本机所有分析都已结束。同样，某个进程占用 CPU，也不能证明新照片上传失败。应检查你预期的近期照片是否可见，以及两次观察之间状态是否发生变化。

如果照片提示同步已暂停，就按它给出的原因处理。Apple 明确建议，不要把关闭 iCloud 照片当作同步问题的通用应对办法。如果消息涉及 iCloud 容量，就检查该账户的存储空间，随意删除本地缓存并不会增加云端配额。如果消息涉及电源或网络状况，先处理该状况，再尝试修复图库。

迁移大型图库时，让系统在接通电源且连接条件合适的情况下连续运行一段时间。Apple 指出，较大文件的同步可能持续一整夜甚至更久。该说明针对的是同步，并不承诺照片分析也会按同一时间表完成。

## 给后台分析一段空闲时间

在**活动监视器 › CPU**中，选择**显示 › 所有进程**，搜索该进程，并在变慢发生时记录 CPU 读数。同时检查内存和磁盘活动。CPU 进程繁忙和可用存储空间不足可能同时存在，但两者未必互为因果。

如果 Mac 仍可使用，且“照片”刚刚收到新内容，留出一段很少进行其他工作的时间，然后检查活动是否平息。在笔记本上，观察期间连接电源并保持通风。每个图库没有通用的完成时间，关闭“照片”窗口也不能证明后台工作已经结束。

如果你需要立即使用机器，保存工作并正常重启一次，然后在相同条件下进行比较。暂时改善是有用证据，但不是永久修复。

## 区分正常工作与值得报告的情况

| 观察结果 | 提示你检查什么 |
| --- | --- |
| 活动跟随大量导入出现，随后平息 | 让图库工作完成 |
| 没有新内容，同样的变慢再次出现 | 记录版本、时间点和图库状态 |
| “照片”也无法打开或显示图库错误 | 先备份，再考虑 Apple 的修复路径 |
| 多个不相关的应用都变慢 | 检查内存压力和其他工作负载 |
| 主要问题是磁盘空间不足 | 检查存储情况，不要改动图库数据库 |

还可以结合[通用 Mac 进程指南](https://mole.fit/zh/blog/mac-processes-explained)一起排查。进程名称能提供线索，不是看到名字就该删除。

## 保留简短观察记录

记录开始时间、近期图库变动、照片状态消息、Mac 是否接通电源以及哪个进程繁忙。之后再次记录相同字段。写明卡顿导致你无法做什么，例如无法在其他应用中输入，不要只凭风扇噪音判断。

有用的结果可能是：一次大型导入现已可见，待处理计数在下降，CPU 活动变得间断。这时可以让它继续处理。另一种结果是：错误消息没有变化，正常重启后同样的干扰仍反复出现，并且没有新增内容。这些记录能帮助 Apple 支持缩小排查范围。

不要用照片数量除以观察到的某一分钟活动量来估算完成时间。视频、文件可用性和不同的分析任务会让进度不均匀。也不存在某个通用 CPU 百分比，超过它图库就一定损坏。比较的重点是是否出现有效进展，以及干扰是否平息。

如果还需用 Mac 处理其他工作，先保存该工作，观察期间避免启动更多导入。反复强制退出或执行禁用服务的命令，可能打断你正需要评估进度的那个进程。一次正常重启加上有记录的对比，比一串互不相关的重置更容易解读。

## 修复前先验证备份

使用“修复图库”之前，确认照片实际打开的是哪个图库，以及哪份备份能恢复它。如果存在多个图库，不要假设最大的图库包就是当前正在使用的图库。在照片设置中检查图库位置，并确认目标包已包含在备份中。

使用优化存储时，部分原始文件可能只存在于 iCloud。复制一个小型本地图库包，不能证明这些原始文件已被独立保留。判断现有备份是否包含你在意的原始文件；如果必须先下载或导出，留出足够时间和磁盘空间。不要为了做这个测试而删除云端副本。

修复后，检查近期导入内容、几张较早的照片和几个视频以及图库同步状态。一段新的活动期可能是 iCloud 在检查修复后的图库，因此应比较原始错误和实际打开照片的能力，而不要期望立刻完全安静。如果修复失败，保留备份和错误详情交给支持人员，不要反复重建或编辑包内部数据库。

## 仅在出现图库问题时修复图库

Apple 的[照片图库修复说明](https://support.apple.com/en-gb/118221)适用于无法打开的图库或“照片”行为异常的情况。仅凭高 CPU 不足以重建图库。

修复前，先做独立备份。退出“照片”，打开时按住 **Option-Command**，如果这是合适的下一步，再使用“修复图库”窗口。修复可能需要时间，之后 iCloud 照片可能会再次检查图库。不要在你需要工作之前或验证备份之前启动它。

通过 iCloud 同步的照片不能替代独立备份。Apple 说明了[照片图库备份](https://support.apple.com/guide/photos/back-up-your-library-pht6d60d10f/mac)，也说明了优化存储时原片不全在本地的影响。确认你期望恢复的内容确实包含在内。

## 不要动图库的内部文件

不要从“照片”图库包内移除数据库，也不要为了降低 CPU 数值而永久停用系统服务。这会改变你试图诊断的功能，并可能产生新问题。

如果问题持续出现，收集 macOS 版本、活动开始时间、图库中发生了什么变化，以及“照片”是否报告错误。将这些观察结果分享给 Apple 支持。如果你还需要磁盘空间，先检查无关的下载内容和已备份的个人文件，使用[系统数据指南](https://mole.fit/zh/blog/what-is-system-data-on-mac)，避免把整个类别当作可随意删除的内容。

---

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