前言

最近在 Mac 的「系统设置 → 通用 → 存储空间」中发现 系统数据 / System Data 占用异常偏大，甚至达到几十 GB、上百 GB。很多人看到「系统数据」变大后，第一反应是怀疑 macOS 系统文件出了问题，甚至想直接删除 /System 目录下的内容。实际上，这种做法非常危险。本文记录一次完整的 Mac 系统数据排查过程。最终发现，真正占用空间的并不是系统核心文件，而是 通用剪贴板 / Handoff 缓存，路径为：

~/Library/Group Containers/group.com.apple.coreservices.useractivityd/shared-pasteboard/archives

本次清理前后效果如下：

archives: 85G → 0B
Group Containers: 85G+ → 282M
~/Library: 115G → 30G

最终释放了大约 85GB 的磁盘空间。

---

一、适用场景

本文适用于 Mac 出现以下情况：

系统设置 → 通用 → 存储空间

其中显示：

系统数据 / System Data 占用异常偏大

常见表现包括：

• 系统数据占用几十 GB；
• 系统数据占用上百 GB；
• 明明没有下载很多文件，但磁盘空间越来越少；
• 不知道具体是哪类文件占用了空间；
• 最近经常在 iPhone、iPad、Mac 之间复制图片、视频或大文件。

---

二、核心原则：不要直接删除 /System

很多人看到 /System 目录很大，会误以为这是系统垃圾。但在新版 macOS 中，系统卷和数据卷是分开的，/System/Volumes/Data 里面可能映射了用户数据、应用数据、缓存和容器文件。因此，千万不要直接删除以下目录：

/System
/System/Library
/System/Volumes
/System/Volumes/Data
/private
/Library

尤其不要直接执行类似下面的命令：

sudo rm -rf /System/xxx

这是非常危险的操作，可能导致系统异常、应用损坏，甚至无法正常启动。

---

三、系统数据不等于系统文件

macOS 中的「系统数据」并不完全等于系统本身。它可能包括：

• 用户 Library 数据；
• App 容器数据；
• App 缓存；
• 日志文件；
• iPhone / iPad 本地备份；
• Time Machine 本地快照；
• 开发环境缓存；
• conda / pip / npm / VSCode / Docker 缓存；
• 通用剪贴板 / Handoff 缓存；
• 旧版安装残留。

很多所谓的「系统数据」，其实藏在用户目录下的：

~/Library

所以正确思路不是直接删系统目录，而是逐层定位大文件夹。

---

四、第一步：查看全盘大目录

首先执行：

sudo du -xhd 1 / 2>/dev/null | sort -h

参数说明：

参数	含义
du	查看磁盘占用
-x	不跨文件系统
-h	以易读格式显示，如 G、M
-d 1	只查看一层目录
2>/dev/null	忽略无权限报错
sort -h	按大小排序

典型输出可能类似：

2.7G    /Library
6.1G    /private
13G     /Applications
140G    /Users
196G    /System
358G    /

如果发现 /System 很大，不要慌，继续往下查。

---

五、第二步：继续查看 /System

执行：

sudo du -xhd 1 /System 2>/dev/null | sort -h

如果看到类似结果：

175G    /System/Volumes

继续查看：

sudo du -xhd 1 /System/Volumes/Data 2>/dev/null | sort -h

如果结果类似：

140G    /System/Volumes/Data/Users

这说明大头其实还是用户目录，并不是 macOS 核心系统文件。

---

六、第三步：定位用户目录

执行：

du -xhd 1 /Users 2>/dev/null | sort -h

如果输出类似：

140G    /Users/用户名

说明空间主要集中在个人用户目录。

继续执行：

du -xhd 1 ~ 2>/dev/null | sort -h

重点关注这些目录：

~/Library
~/Downloads
~/Desktop
~/Documents
~/Movies
~/.Trash
~/anaconda3
~/.vscode

本次排查时发现：

115G    ~/Library
11G     ~/.Trash
9.8G    ~/anaconda3
2.8G    ~/Downloads
1.1G    ~/.vscode

其中最大的是：

~/Library

---

七、第四步：拆解用户 Library

继续查看 ~/Library：

du -xhd 1 ~/Library 2>/dev/null | sort -h

本次结果类似：

2.8G    ~/Library/Caches
7.0G    ~/Library/Application Support
18G     ~/Library/Containers
85G     ~/Library/Group Containers
115G    ~/Library

可以看到，大头不是普通文件，而是：

~/Library/Group Containers

这类目录一般和 App 数据、系统服务缓存、共享容器有关。

---

八、第五步：重点排查 Group Containers

执行：

du -xhd 1 ~/Library/Group\ Containers 2>/dev/null | sort -h | tail -20

本次实际发现：

85G    ~/Library/Group Containers/group.com.apple.coreservices.useractivityd

继续往下查：

du -xhd 2 ~/Library/Group\ Containers/group.com.apple.coreservices.useractivityd 2>/dev/null | sort -h | tail -30

最终定位到：

85G    ~/Library/Group Containers/group.com.apple.coreservices.useractivityd/shared-pasteboard/archives

这个目录就是：

通用剪贴板 / Handoff / 跨设备接力缓存

---

九、典型问题：通用剪贴板缓存暴涨

问题路径为：

~/Library/Group Containers/group.com.apple.coreservices.useractivityd/shared-pasteboard/archives

这个目录可能因为 iPhone、iPad、Mac 之间频繁复制图片、视频、大文件，导致缓存归档持续暴涨。

比如：

• 从 iPhone 复制图片到 Mac；
• 从 iPad 复制大文件到 Mac；
• 在多台 Apple 设备之间频繁使用通用剪贴板；
• Handoff / 接力功能长期启用。

确认大小：

du -sh ~/Library/Group\ Containers/group.com.apple.coreservices.useractivityd/shared-pasteboard/archives

如果显示：

85G    archives

说明这里就是主要占用来源。

---

十、清理通用剪贴板缓存

注意：只清理 archives 里面的内容，不要删除整个 useractivityd 目录。

执行：

rm -rf ~/Library/Group\ Containers/group.com.apple.coreservices.useractivityd/shared-pasteboard/archives/*

然后重启相关服务：

killall useractivityd 2>/dev/null

如果不放心，也可以直接重启 Mac。

---

十一、清理后验证

执行：

du -sh ~/Library/Group\ Containers/group.com.apple.coreservices.useractivityd/shared-pasteboard/archives
du -sh ~/Library/Group\ Containers/group.com.apple.coreservices.useractivityd
du -sh ~/Library/Group\ Containers
du -sh ~/Library

本次清理后的结果是：

0B      shared-pasteboard/archives
12K     group.com.apple.coreservices.useractivityd
282M    ~/Library/Group Containers
30G     ~/Library

也就是说：

~/Library: 115G → 30G

成功释放约：

85G

---

十二、排查思路总结

这次清理的核心结论是：

系统数据暴涨 ≠ 系统文件变大

真正元凶是：

~/Library/Group Containers/group.com.apple.coreservices.useractivityd/shared-pasteboard/archives

也就是：

通用剪贴板 / Handoff 缓存

本次占用了约：

85G

清理后：

archives: 85G → 0B
Group Containers: 85G+ → 282M
~/Library: 115G → 30G

所以以后如果 Mac 系统数据突然暴涨，尤其是最近在 iPhone、iPad、Mac 之间复制过大图片、视频、文件，建议优先检查：

du -sh ~/Library/Group\ Containers/group.com.apple.coreservices.useractivityd/shared-pasteboard/archives

这一步非常关键。

---

十三、建议的安全排查顺序

建议按照以下顺序排查：

/
↓
/System
↓
/System/Volumes/Data
↓
/Users
↓
~
↓
~/Library
↓
~/Library/Group Containers
↓
~/Library/Containers
↓
~/Library/Application Support
↓
~/Library/Caches

核心原则是：

先查大小，再判断来源，最后再清理。

不要看到目录大就直接删除。

---

十四、结语

Mac 的「系统数据」分类本身比较模糊，很多用户看到它占用过大时会误以为是系统文件膨胀。但从这次排查可以看到，真正占用空间的可能只是某个隐藏缓存目录。尤其是经常使用 Apple 多设备协同功能的用户，如果系统数据突然暴涨，可以优先检查通用剪贴板缓存：

~/Library/Group Containers/group.com.apple.coreservices.useractivityd/shared-pasteboard/archives

这类问题不一定需要重装系统，也不一定需要第三方清理软件。只要逐层定位，就能比较安全地找到真正的大文件来源。

---

参考标签

macOS, Mac系统数据, System Data, 磁盘清理, Handoff, 通用剪贴板, Apple连续互通