# Mac 的 fileproviderd 占用高，先找出忙的是哪个云盘

> 从云盘状态和访达位置定位账号，一次暂停一个服务对比 CPU，再判断是否需要重置。

Published: 2026-06-11 | Updated: 2026-10-31

`fileproviderd` 一直排在活动监视器前面时，先找出忙的是哪个云盘账号，直接删同步文件夹、把所有云盘重置一遍，反而会丢掉判断线索，还可能影响没上传的修改。一次只暂停一个服务，对比暂停前后，再决定下一步。

## fileproviderd 在忙什么

Apple 的 [File Provider 说明](https://support.apple.com/en-ca/guide/deployment/dep4acafe8a7/web)介绍了云盘怎样接入访达和文件系统，系统进程 `fileproviderd` 负责协调提供方扩展和文件信息，只看进程名，还看不出是哪一个账号。

[Dropbox 的 File Provider 模式](https://help.dropbox.com/installs/dropbox-for-macos-support)、[macOS 12.1 及以后 Google Drive 的流式传输](https://support.google.com/drive/answer/12178485?hl=en)、[Box Drive 的 File Provider 架构](https://blog.box.com/get-more-secure-seamless-box-drive-experience-across-macs)都有官方说明，Dropbox 还保留旧模式，先看本机装的版本，不把所有安装都当成一种情况。

Microsoft 也说明了 [macOS 12.3 上 OneDrive 使用 File Provider](https://support.microsoft.com/en-us/onedrive/save-disk-space-with-onedrive-files-on-demand-for-mac)的情况，账号清单也记上 iCloud Drive，如果线索指向 iCloud 和其他进程，接着看 [bird 与 cloudd 排查](https://mole.fit/zh/blog/bird-cloudd-high-cpu-mac)。

## 分清正在推进和反复卡住

Dropbox 的 [CPU 排查说明](https://help.dropbox.com/installs/high-cpu-usage)列了首次同步、文件数量多、其他应用不断访问文件、权限异常等原因，可以拿来提出假设，但不能据此认定这次 CPU 占用就是 Dropbox。

| 看到的情况 | 检查什么 | 接下来做什么 |
| --- | --- | --- |
| 刚添加账号或大文件夹 | 应用里待处理的内容是否在减少 | 先让这批同步推进，不急着重置 |
| 大量小文件一直变化 | 是哪个文件夹、哪个应用在写入 | 暂停那个应用，再作对比 |
| 同一个文件反复出现 | 云盘的错误和冲突信息 | 保留两个版本，再解决冲突 |
| CPU 高但看不到进展 | 暂停哪个账号会改变占用 | 先定位服务，再升级排查 |

一个大文件夹和装着很多小文件的文件夹不是同一种负担，找支持时同时记下大致容量和文件数，不靠 CPU 数字就判断数据库坏了。

## 在访达确认是哪一个云盘

打开每个已安装的云盘，记下账号、同步状态和提示的文件名，再看访达侧边栏对应的入口，检查时不要在几个位置之间拖动文件。

Google 说明 File Provider 位置会显示在访达的**位置**里，通常对应 `~/Library/CloudStorage`，同一份 macOS 文档也介绍了怎么在 Drive 偏好设置里确认模式，本机位置不同就以应用显示为准，不猜文件夹名。

不要为了试一试就删掉 `~/Library/CloudStorage` 或 `~/Library/Application Support/FileProvider`，Google 明确说明，把流式文件拖出原位置可能是移动，还会把云端文件移到回收站。重置前把要留的完整文件复制到独立位置，并打开核对，同步不是独立备份。

## 一次暂停一个应用再对比

按照 Apple 的[活动监视器 CPU 说明](https://support.apple.com/guide/activity-monitor/view-cpu-activity-actmntr43452/mac)，在相同使用状态下观察 `fileproviderd`，同时记下云盘自己的同步提示。

1. Dropbox 点击菜单栏图标，再点窗口底部的同步状态文字，按[暂停说明](https://help.dropbox.com/sync/pause-resume)选择暂停。
2. Google Drive 使用[桌面版说明](https://support.google.com/drive/answer/10838124?hl=en)里的暂停入口，File Provider 同步暂停期间不能下载新文件。
3. OneDrive 按住 Control 点击菜单栏云朵，按 [Microsoft 的步骤](https://support.microsoft.com/en-us/onedrive/how-to-pause-and-resume-onedrive-sync)选择暂停时长，测完从应用恢复同步。
4. 一次只测一个，恢复以后再测下一个，Box 或 iCloud 找不到暂停入口时，不要拿退出账号当暂停。

某个应用暂停后 CPU 降下来，恢复后又升上去，说明两者有关，还不能证明某个文件损坏了，完全没变化就恢复同步，继续查其他线索，不重置这个账号。

## 先处理提示里的文件

错误点名了文件，就在应用和云盘网页里核对它，Dropbox 的[冲突副本说明](https://help.dropbox.com/organize/conflicted-copy)介绍了交叠编辑产生不同版本的情况，先对比、保留需要的修改，不按重复文件名一批删掉。

某个应用不断写入同一个文件夹，就暂时关掉它作对比，队列结束后，挑一份最近的重要文件，确认本机和网页都能打开，再在相同条件下观察 CPU。

这里没有通用的空闲 CPU 标准，也没有保证完成的时间，队列有没有减少、文件能不能用，比随便等几分钟更有参考价值。

## 什么时候才重置一个服务

同一个账号持续卡住、暂停对比也指向它，而且最近没上传的文件已有独立且验证过的副本，才考虑对应服务的重置，同时留好账号名、同步位置和错误提示。

[Microsoft 的 OneDrive 重置步骤](https://support.microsoft.com/en-us/onedrive/reset-onedrive)使用已安装应用内部的脚本，不同版本的文件名不同，按自己装的版本操作，重新完成设置后核对文件夹选择，不把这套步骤套到 Dropbox、Drive、Box 或 iCloud。

真要重装时，再看 [Dropbox 卸载指南](https://mole.fit/zh/blog/how-to-uninstall-dropbox-mac)和 [Google Drive 卸载指南](https://mole.fit/zh/blog/how-to-uninstall-google-drive-mac)，[Dropbox](https://mole.fit/tested-apps/dropbox)、[Google Drive](https://mole.fit/tested-apps/google-drive)、[OneDrive](https://mole.fit/tested-apps/onedrive)的实测记录讲的是移除范围，不保证已登录账号的同步恢复。

## Mole 能帮到哪里

Mole Mac 的清理扫描有云盘缓存条目，但清缓存不等于重置 File Provider，这次排查用云盘自己的入口，不把一条缓存记录当成账号同步状态的修复按钮。

## 常见问题

### fileproviderd 就说明是 iCloud 吗？

不是，先确认活跃账号，一次对比一个服务，不凭进程名把问题归给 iCloud。

### 要删 CloudStorage 文件夹吗？

不要，先检查云盘位置，维护账号前保存完整的独立副本，不删除几个服务共用的上级目录。

### 暂停后 CPU 没降怎么办？

恢复同步，留下前后的观察，再查其他服务，没有变化不足以支持重置这个账号。

---

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