Mac 存储空间术语表。
磁盘空间背后的那些词,用通俗的语言讲清楚。
跳转到术语
- APFS(Apple 文件系统)
所有现代 Mac 启动磁盘使用的文件系统,专为 SSD 设计,支持写时复制、克隆、快照和共享可用空间。
2017 年随 macOS High Sierra 推出时,APFS 取代了 Mac 启动磁盘上的 HFS+;自 macOS Mojave 起,所有启动磁盘都使用 APFS。由于它把改动写入新的数据块,而不是覆盖旧数据块,所以能瞬间完成克隆和快照,这也是同一份数据在一个工具里算一次、在另一个工具里却算两次的原因。在“终端”中运行
diskutil apfs list,即可查看你的容器、宗卷及其角色。又称: Apple File System, Apple 文件系统
另请参阅: APFS 容器, APFS 克隆, APFS 快照 · 进一步了解: Mac 上的“系统数据”是什么?怎样才能减少它?
- APFS 容器
磁盘上的单个存储池,容纳一个或多个 APFS 宗卷,所有宗卷共用同一份可用空间。
与传统分区不同,容器中的宗卷没有固定大小:每个宗卷按需增减,可用空间属于整个容器。因此启动磁盘上的各个宗卷显示的可用空间都相同,而 VM 或 Preboot 等隐藏宗卷占用的空间,也会减少留给你文件的空间。在“磁盘工具”中选取“显示 › 显示所有设备”即可看到容器,或运行
diskutil apfs list。又称: APFS 分区, 容器磁盘
另请参阅: APFS(Apple 文件系统), APFS 宗卷角色 · 进一步了解: Mac 上的“系统数据”是什么?怎样才能减少它?
- APFS 宗卷角色
告诉 macOS 启动容器中每个宗卷用途的标签:System(系统)、Data(数据)、Preboot、Recovery(恢复)或 VM。
自 macOS Catalina 起,启动磁盘分为存放 macOS 的只读系统宗卷,以及存放应用、账户和文件的数据宗卷;访达把它们合并显示为一个磁盘,通常名为 Macintosh HD。Preboot 存放启动所需的文件,Recovery 存放 macOS 恢复功能,VM 存放交换文件。
diskutil apfs list会显示每个宗卷的角色及其占用的空间;只有数据宗卷中的内容由你自己管理。又称: 系统宗卷, 数据宗卷, VM 宗卷
另请参阅: APFS 容器, 签名系统宗卷(SSV), Firmlink · 进一步了解: Mac 上的“系统数据”是什么?怎样才能减少它?
- APFS 克隆
同一 APFS 宗卷上与原文件共享数据块的副本,在被编辑之前几乎不占用额外空间。
访达的“复制”命令和
cp -c都会创建克隆;任一副本发生改动时,APFS 只把改动的数据块写入新的存储位置。每个克隆在访达中仍显示完整的文件大小,所以一个装满克隆的文件夹看起来会比实际占用的空间大得多,而删除其中一个克隆几乎释放不了空间。克隆只存在于同一个宗卷内:拷贝到另一个磁盘时,所有数据都会重新写入一遍。又称: 克隆文件, 写时复制副本
另请参阅: APFS(Apple 文件系统), 逻辑大小与物理大小, 硬链接 · 进一步了解: Mac 上的重复文件:为什么 APFS 克隆改变了算法
- APFS 快照
APFS 宗卷在某一时刻的只读映像;只要快照存在,它引用的每个数据块都不会被释放。
创建快照是瞬间完成的,起初也不占用额外空间;但之后文件一旦被修改或删除,旧的数据块就会被快照“钉住”。这就是为什么删除一个大文件有时一点空间也没释放,要等到保留它的快照被移除才行。macOS 会把快照用于时间机器、macOS 更新,以及从密封的系统宗卷启动;
diskutil apfs listSnapshots /System/Volumes/Data可列出数据宗卷上的快照。又称: 宗卷快照
另请参阅: 本地快照, 可清除空间, 签名系统宗卷(SSV) · 进一步了解: “时间机器”本地快照占用空间:它们是什么,该怎么办 · 进一步了解: 我在 Mac 上删除了文件,存储空间却没变:原因和解决方法
- 本地快照
时间机器保存在 Mac 本机上的启动磁盘 APFS 快照,无需备份磁盘也能恢复文件。
设置时间机器后,macOS 大约每小时保存一个快照,每个快照保留 24 小时;最近一次成功备份的快照会一直保留到需要空间时为止。每次 macOS 更新前也会保存一个快照。只有在磁盘可用空间充足时才会保存快照,macOS 会把它们占用的空间计为可用空间,并在快照过期或需要空间时自动删除。
tmutil listlocalsnapshots /可列出快照,tmutil deletelocalsnapshots <日期>会永久删除其中一个。又称: 时间机器本地快照, Time Machine 本地快照, com.apple.TimeMachine 快照
另请参阅: APFS 快照, 时间机器, 可清除空间 · 进一步了解: “时间机器”本地快照占用空间:它们是什么,该怎么办 · 进一步了解: Mac 上的可清除空间:它是什么,为什么访达和 df 的数字对不上
- 可清除空间
macOS 可按需收回的已用空间,例如本地快照、部分缓存,以及已存储在云端的 iCloud 文件。
访达和系统设置把可清除空间计为可用空间,而
df和许多其他工具把它计为已用空间,这正是它们数字对不上的主要原因。当应用或更新需要空间时,macOS 会自动(往往是逐步地)释放它,所以通常你什么都不用做。如果安装器提示空间不足,而显示的可用空间却很大,可能是可清除的部分还没被释放;对启动磁盘使用“显示简介”,可以看到可用空间中有多少是可清除的。又称: 可清除, Purgeable, 可清除的储存空间
另请参阅: 本地快照, 优化 Mac 储存空间, 系统数据 · 进一步了解: Mac 上的可清除空间:它是什么,为什么访达和 df 的数字对不上 · 进一步了解: macOS 更新需要多少可用空间?
- 系统数据
macOS 储存空间设置中的一个类别,用于归入其他类别都放不下的文件,例如缓存、日志、快照和交换文件。
它显示在“系统设置 › 通用 › 储存空间”中,在旧版 macOS 中称为“其他”,通常包括缓存、日志、时间机器本地快照、交换文件、虚拟机和容器的磁盘映像、应用支持数据以及隐藏文件。它的大小因 Mac 而异,差距很大,并常常随着 macOS 清除快照和缓存而自行变小。想知道里面有什么,请查看
~/Library并运行tmutil listlocalsnapshots /,而不是去删除/System下的任何东西。又称: 其他, “其他”储存空间, System Data
另请参阅: 可清除空间, 本地快照, 交换文件 · 进一步了解: Mac 上的“系统数据”是什么?怎样才能减少它?
- 签名系统宗卷(SSV)
自 macOS Big Sur 起,存放 macOS 的只读宗卷经过加密密封,系统文件的任何改动都能被检测出来。
系统宗卷上的每个文件都由一棵哈希树覆盖,树根(即“封印”)由 Apple 签名,并在 Mac 启动时验证;Mac 实际上是从该宗卷的一个密封快照运行的。更新时会准备并密封一个新快照,而不是就地修改文件。系统宗卷上的任何内容都无法删除来释放空间;它的大小通常超过 10 GB,在储存空间设置中显示为“macOS”。
又称: 密封系统宗卷, SSV, Signed System Volume
另请参阅: APFS 宗卷角色, APFS 快照, Firmlink · 进一步了解: Mac 上的“系统数据”是什么?怎样才能减少它?
- Firmlink
macOS Catalina 引入的一种特殊双向链接,让数据宗卷上的文件夹显示在只读的系统宗卷之中。
借助 firmlink,
/Users、/Applications和/Library等路径看起来属于同一个磁盘,实际上却位于数据宗卷上,而数据宗卷同时挂载在/System/Volumes/Data。完整列表见/usr/share/firmlinks。如果某个工具同时扫描/和/System/Volumes/Data,却不识别 firmlink,就可能把同一批文件算两次。又称: firm link, 固定链接
另请参阅: APFS 宗卷角色, 符号链接, 签名系统宗卷(SSV)
- Preboot 宗卷
一个隐藏的 APFS 宗卷,存放 Mac 在 macOS 本身启动之前所需的文件,包括启动数据和文件保险箱解锁数据。
它挂载在
/System/Volumes/Preboot,完全由 macOS 管理。在较新的 macOS 版本中,它还存放以单独签名映像(cryptex)形式提供的系统组件,因此通常占用数 GB,甚至超过 10 GB;如果同一容器中有多个 macOS 安装,占用会更多。不要手动删除其中的任何内容:Preboot 宗卷受损可能导致 Mac 无法启动。又称: Preboot, 预启动宗卷
另请参阅: APFS 宗卷角色, 恢复宗卷, 系统数据 · 进一步了解: Mac 上的“系统数据”是什么?怎样才能减少它?
- 恢复宗卷
一个隐藏的 APFS 宗卷,内含 macOS 恢复功能,用于重新安装 macOS、从时间机器备份恢复或修复磁盘。
它通常占用 1 GB 到数 GB,并随 macOS 一起更新;搭载 Apple silicon 的 Mac 还会在另一个隐藏容器中保留一份 recoveryOS 的备用副本。它无法也不应该被删除来释放空间。要启动进入恢复模式,在搭载 Apple silicon 的 Mac 上按住电源按钮;在 Intel Mac 上则在启动时按住 Command-R。
又称: macOS 恢复, Recovery, recoveryOS
另请参阅: APFS 宗卷角色, Preboot 宗卷, 时间机器
- 交换文件
macOS 用作溢出内存的磁盘空间:当应用所需的内存超出物理内存容量时,把内存内容写入磁盘。
macOS 会先压缩内存,再把加密的交换文件写入 VM 宗卷(较新版本中为
/System/Volumes/VM),并按需增加文件。在高负载使用时,交换文件可能增长到数 GB,重新启动后会被释放。sysctl vm.swapusage可显示当前总量;切勿手动删除交换文件。又称: swap, swapfile, 虚拟内存
另请参阅: 睡眠镜像, APFS 宗卷角色, 系统数据 · 进一步了解: Mac 上的“系统数据”是什么?怎样才能减少它?
- 睡眠镜像
Intel Mac 用来保存内存内容的文件,以便从深度睡眠中或电池耗尽后恢复。
它的大小与安装的内存容量相关,
pmset -g会显示它的位置(hibernatefile)和当前的hibernatemode。搭载 Apple silicon 的 Mac 处理睡眠的方式不同,通常没有睡眠镜像;macOS 27 只能在 Apple silicon 上运行。删除后它会被重新创建,也不建议为了节省空间而更改休眠设置。又称: sleepimage, 休眠文件
另请参阅: 交换文件, APFS 宗卷角色, 系统数据 · 进一步了解: Mac 上的“系统数据”是什么?怎样才能减少它?
- 稀疏文件
空白区域不实际存储在磁盘上的文件,因此其逻辑大小可能远大于它占用的空间。
APFS 支持稀疏文件:从未写入的区域不占用任何数据块。Docker Desktop 的
Docker.raw和许多虚拟机磁盘都以这种方式工作,可能显示为最大容量,实际占用却少得多。用ls -lh(逻辑大小)和du -h(已分配空间)对比即可看出;拷贝这类文件时,请使用能保留稀疏特性的工具,否则副本可能占满全部大小。又称: 带空洞的文件, sparse file
另请参阅: 逻辑大小与物理大小, Docker.raw, APFS(Apple 文件系统) · 进一步了解: Docker Desktop 的磁盘映像太大了:如何在 Mac 上缩小 Docker.raw
- 逻辑大小与物理大小
逻辑大小是文件包含的字节数;物理大小是它在磁盘上实际占用的空间。
两者不同,源于数据块取整、透明压缩、稀疏文件和克隆:稀疏或压缩文件占用的空间可能远小于其逻辑大小,而成千上万个小文件每个至少占用一个数据块。访达的“显示简介”会同时显示两个数值(字节数和磁盘占用),
ls -l报告逻辑大小,du -sh报告已分配空间。但两者都看不出被克隆或硬链接共享的数据块,因此把大小简单相加,可能会高估删除文件后能释放的空间。又称: 磁盘占用, 已分配大小, 表观大小
另请参阅: APFS 克隆, 稀疏文件, 十进制与二进制单位(GB 与 GiB) · 进一步了解: Mac 上的重复文件:为什么 APFS 克隆改变了算法
- 十进制与二进制单位(GB 与 GiB)
1 GB(吉字节)等于 1,000,000,000 字节;1 GiB(吉比字节)等于 1,073,741,824 字节,多出约 7%。
自 Mac OS X Snow Leopard(10.6)起,访达和系统设置与硬盘厂商一样使用十进制单位,所以 1 TB 的 SSD(1,000,000,000,000 字节)显示约为 1 TB,换成二进制单位约为 931 GiB。部分命令行工具使用二进制单位:在 macOS 上,
df -h和du -h按 1024 的幂计数(df标记为 Gi),而df -H按 1000 的幂计数。如果两个数值在 GB 级别相差约 7%,或在 TB 级别相差约 10%,很可能就是单位不同造成的。又称: GB 与 GiB, 吉字节与吉比字节, 1000 进制与 1024 进制
另请参阅: 逻辑大小与物理大小, 可清除空间 · 进一步了解: Mac 储存空间快满又变慢?macOS 到底需要多少可用空间
- 硬链接
同一份文件数据的另一个名称:多个路径指向同一个文件,其空间只占用一次。
只有最后一个链接被删除时,数据才会被释放,所以删除硬链接文件的其中一个路径并不会释放任何空间。不加检查就把每个路径的大小相加的工具,可能会把同一份数据算好几次;
ls -l会显示链接数,stat -f %l <文件>会直接打印出来。APFS 支持指向文件的硬链接,但不支持指向文件夹的硬链接;pnpm 等包管理器就是利用文件硬链接在项目之间共享依赖。又称: hardlink, hard link
另请参阅: APFS 克隆, 符号链接, node_modules · 进一步了解: Mac 上的重复文件:为什么 APFS 克隆改变了算法
- 符号链接
指向另一个路径的微小文件;打开它就会打开目标,但它本身不包含目标的任何数据。
符号链接用
ln -s创建,在ls -l的输出中带有箭头;删除它不会影响目标,而删除目标会留下一个失效的链接。du默认不跟随符号链接,所以把大文件夹移到另一个磁盘,并在原位置留下一个符号链接,是一种常见的数据迁移方式。访达的替身看起来与之相似,但它是 macOS 的另一种机制,即使目标被移动也能找到它。又称: symlink, 软链接
- 幽灵空间
已被删除、但仍被某个运行中的应用或进程打开的文件所占用的磁盘空间。
在 macOS 上,和其他 Unix 系统一样,删除文件只会移除它的名称,而它的数据会一直保持占用,直到所有打开它的进程都将其关闭为止;大型日志和临时文件是典型例子。因此在退出该应用或重新启动 Mac 之前,可用空间不会变化。在“终端”中运行
lsof +L1,可列出已经没有名称、但仍处于打开状态的文件(加上sudo可包括其他用户和系统进程)。“幽灵空间”是 MoreRoom 对这种情况的叫法,并非 Apple 的术语。又称: 已删除但仍打开的文件, 被已删除文件占用的空间, Ghost space
另请参阅: APFS 快照, 废纸篓, 可清除空间 · 进一步了解: 我在 Mac 上删除了文件,存储空间却没变:原因和解决方法
- 无数据文件
名称和信息保留在 Mac 上、内容存放在云服务中并在打开时下载的文件。
iCloud 云盘以及基于 Apple File Provider 框架构建的云服务(例如新版 Dropbox 和 OneDrive)都使用无数据文件,访达会在它们旁边显示云朵图标。它们几乎不占用本地空间,但在访达中仍显示完整大小;
ls -l%会用%符号标出它们。访达的“移除下载”可以把已下载的文件重新变回无数据文件,而不会把它从云端删除。又称: 云端占位文件, 仅在线文件, 已逐出的文件
另请参阅: 优化 Mac 储存空间, 逻辑大小与物理大小 · 进一步了解: iCloud 云盘:“移除下载”与“删除”,各自到底做了什么
- 优化 Mac 储存空间
iCloud 云盘的一项设置,可让 macOS 在空间不足时移除已存储在 iCloud 中的文件的本地副本。
它位于“系统设置 › [你的姓名] › iCloud”中的 iCloud 云盘下;“照片”也有一个同名选项,位于“照片 › 设置 › iCloud”,会在 Mac 上保留较小版本的照片和视频。以这种方式移除的文件会变成无数据文件,打开时再重新下载,它们占用的空间计为可清除空间。它与“系统设置 › 通用 › 储存空间”中的“优化储存空间”不同,后者会移除你已经看过的影片和电视节目。
又称: Optimize Mac Storage, 储存在 iCloud 中
另请参阅: 无数据文件, 可清除空间 · 进一步了解: iCloud 云盘:“移除下载”与“删除”,各自到底做了什么 · 进一步了解: Mac 上的可清除空间:它是什么,为什么访达和 df 的数字对不上
- 缓存
应用为避免重复下载或计算而保存的数据;它可以重建,所以删除通常是安全的,但效果只是暂时的。
每个用户的缓存位于
~/Library/Caches,全系统的缓存位于/Library/Caches,而开发工具有各自的缓存,例如~/.npm或~/.cache。应用会重新创建所需的内容,所以删除缓存释放的空间只能维持到它再次填满为止,还可能让下次启动变慢。请先退出应用,优先使用它自带的清除缓存选项或官方命令,并把/System下的缓存交给 macOS 处理。又称: Caches, Library/Caches, 缓存文件
另请参阅: Application Support, 可清除空间, DerivedData · 进一步了解: 如何释放 Mac 上的存储空间:2026 年完整指南
- Application Support
应用存放运行所需数据的文件夹,例如数据库、下载的内容、设置和插件。
每个用户的位于
~/Library/Application Support,所有用户共用的位于/Library/Application Support。与缓存不同,其中的内容往往不会被重新创建:删除某个应用的文件夹,可能会删掉它的数据、账户或离线资源库。把应用拖到废纸篓后,残留文件也常常留在这里,所以值得检查一下你已不再使用的应用。又称: ~/Library/Application Support, 应用支持文件夹
另请参阅: 缓存, 应用容器, 启动代理 · 进一步了解: 如何彻底卸载 Mac App,连同残留文件一起清除
- 应用容器
用户资源库中的私有文件夹,沙盒应用(例如所有 Mac App Store 应用)在其中存放数据、缓存和设置。
每个容器存放在
~/Library/Containers/<bundle identifier>,其中的 Data 文件夹模拟一个个人文件夹,拥有自己的 Library、Caches 和 Application Support。自 macOS Sonoma 起,应用需要获得你的许可才能访问其他应用容器中的数据。移除容器会重置应用并删除其本地数据,所以只对已卸载的应用这样做。又称: ~/Library/Containers, 沙盒容器
另请参阅: 群组容器, Application Support, 完全磁盘访问权限 · 进一步了解: 如何彻底卸载 Mac App,连同残留文件一起清除
- 群组容器
同一开发者的多个应用或扩展共用的文件夹,用来存放它们都需要访问的数据。
群组容器位于
~/Library/Group Containers,以开发者的团队标识符或群组命名,例如 Microsoft Office 的UBF8T346G9.Office或“备忘录”的group.com.apple.notes。它们可能存有大型数据库和缓存,并且在相关应用被删除后常常还会留下来。只有在该开发者的应用都不再使用它时,才将其移除。又称: ~/Library/Group Containers, 应用群组
另请参阅: 应用容器, Application Support · 进一步了解: 如何彻底卸载 Mac App,连同残留文件一起清除
- 启动代理
一个小型属性列表文件,告诉 macOS 的服务管理器 launchd 在登录时或按计划自动启动某个程序。
代理为已登录的用户运行,位于
~/Library/LaunchAgents或/Library/LaunchAgents;守护进程在全系统范围运行,位于/Library/LaunchDaemons。它们几乎不占空间,但已卸载应用留下的启动代理可能会让更新程序或后台任务继续运行。在 macOS 13 及更高版本中,可在“系统设置 › 通用 › 登录项”(macOS 15 及更高版本为“登录项与扩展”)中查看它们。又称: LaunchAgents, 启动守护进程, LaunchDaemons
另请参阅: Application Support, 完全磁盘访问权限 · 进一步了解: 如何彻底卸载 Mac App,连同残留文件一起清除
- 完全磁盘访问权限
一项隐私权限,允许应用读取受保护的位置,例如邮件、信息和 Safari 浏览器的数据,以及其他应用的容器。
你可以在“系统设置 › 隐私与安全性 › 完全磁盘访问权限”中授予。没有这项权限,磁盘分析工具就无法计算某些文件夹的大小,所以它们得出的总数会低于储存空间设置中显示的数值。只把它授予你信任的应用,并从不再需要它的应用中移除。
又称: FDA, Full Disk Access
- 废纸篓
存放已删除文件的暂存区;在清倒废纸篓之前,其中的项目仍然占用磁盘空间。
你的废纸篓是隐藏文件夹
~/.Trash,其他宗卷各有自己隐藏的.Trashes文件夹。“放回原处”会把项目还原到原来的位置,而清倒废纸篓是永久性的;不过如果某个本地快照仍引用这些文件,空间可能要过一段时间才会回来。要自动清倒,可在“访达 › 设置 › 高级”中打开“30 天后移除废纸篓中的项目”,或在“系统设置 › 通用 › 储存空间”中打开“自动清倒废纸篓”。又称: ~/.Trash, 回收站
另请参阅: 幽灵空间, 本地快照 · 进一步了解: 如何释放 Mac 上的存储空间:2026 年完整指南 · 进一步了解: 我在 Mac 上删除了文件,存储空间却没变:原因和解决方法
- 时间机器
macOS 内置的备份功能,在外置磁盘或网络宗卷上保留 Mac 的每小时、每天和每周备份。
自 macOS Big Sur 起,新的备份磁盘会被格式化为 APFS,每次备份都作为快照存放在备份磁盘上。时间机器还会在 Mac 本机上保留本地快照,它们会计入可清除空间或显示在系统数据中。
tmutil可在“终端”中控制时间机器;从备份磁盘删除备份释放的是备份磁盘上的空间,而不是 Mac 上的空间。又称: Time Machine, 时间机器备份, tmutil
另请参阅: 本地快照, APFS 快照 · 进一步了解: “时间机器”本地快照占用空间:它们是什么,该怎么办
- 聚焦索引
macOS 根据文件名、元数据和内容建立的数据库,让聚焦搜索可以即时给出结果。
在启动磁盘上,它位于受保护的隐藏文件夹
/System/Volumes/Data/.Spotlight-V100中,其他宗卷各有自己的索引,其大小随被索引的文件数量增长。mdutil -s /会显示索引状态;如果索引似乎已损坏或过于庞大,sudo mdutil -E /会将其抹掉,再由 macOS 重建,这可能需要数小时。在系统设置中把大型文件夹加入聚焦的隐私列表,可将它们排除在索引之外。又称: .Spotlight-V100, Spotlight 索引, 聚焦元数据
- DerivedData
Xcode 存放构建产物、中间文件和索引的文件夹,下次构建项目时会自动重建。
它位于
~/Library/Developer/Xcode/DerivedData,每个项目一个子文件夹,每个活跃项目往往占用数 GB。在 Xcode 关闭时删除它是安全的:下次构建会花更长时间,因为 Xcode 要重新创建它。“Xcode › 设置 › 位置”会显示它当前的位置。又称: Xcode DerivedData, Derived Data, 派生数据
另请参阅: 模拟器运行时, 设备支持文件, 缓存 · 进一步了解: Xcode DerivedData、旧模拟器和 iOS DeviceSupport 可以放心删除吗?
- 模拟器运行时
完整的 iOS、watchOS、tvOS 或 visionOS 系统映像,Xcode 的模拟器需要它才能为该平台版本运行应用。
新版 Xcode 会单独下载运行时,并将其存储为磁盘映像,由 macOS 挂载在
/Library/Developer/CoreSimulator/Volumes下;每个通常占用数 GB。xcrun simctl runtime list可显示已安装的运行时,xcrun simctl runtime delete <标识符>会永久移除其中一个,“Xcode › 设置 › 组件”(旧版本中为“平台”)也能做到。模拟设备及其数据单独存放在~/Library/Developer/CoreSimulator/Devices,xcrun simctl delete unavailable会移除运行时已不存在的设备。又称: iOS 模拟器运行时, CoreSimulator, Simulator runtime
另请参阅: DerivedData, 设备支持文件 · 进一步了解: Xcode DerivedData、旧模拟器和 iOS DeviceSupport 可以放心删除吗?
- 设备支持文件
Xcode 从你连接用于开发的每个 iPhone、iPad、Apple Watch 或其他设备系统版本中拷贝的调试符号。
它们按平台和系统版本存放在
~/Library/Developer/Xcode/iOS DeviceSupport等文件夹中,每个版本通常占用几 GB。下次连接运行该版本的设备时,Xcode 会再次拷贝,所以你已不再测试的版本对应的文件夹可以删除。保留与你正在调试的设备相匹配的那一个,免得再次等待符号拷贝。又称: iOS DeviceSupport, Xcode 设备支持, Device Support
另请参阅: DerivedData, 模拟器运行时 · 进一步了解: Xcode DerivedData、旧模拟器和 iOS DeviceSupport 可以放心删除吗?
- node_modules
JavaScript 项目中的文件夹,npm、Yarn、pnpm 或 Bun 在其中安装该项目的依赖。
每个项目都有自己的 node_modules,往往包含数以万计的小文件,而
package-lock.json等锁定文件会精确记录需要重新安装的内容。在你当前没有在做的项目中删除node_modules是安全的:npm install(或npm ci、yarn、pnpm install、bun install)可以将其恢复。由于每个小文件至少占用一个数据块,它在磁盘上实际占用的空间往往大于文件大小的总和。又称: node_modules 文件夹, npm 依赖
另请参阅: 硬链接, 缓存, 逻辑大小与物理大小 · 进一步了解: node_modules 无处不在:如何找到、清理并恢复它们
- Docker.raw
Docker Desktop for Mac 用来存放所有映像、容器、卷和构建缓存的单个稀疏磁盘映像。
它位于
~/Library/Containers/com.docker.docker/Data/vms/0/data/,访达可能显示它的最大容量,而不是实际占用的空间;du -h会显示已分配的数值。要缩小它,请在 Docker 内部移除不再需要的内容,例如使用docker system prune --all(加上--volumes还会删除未使用的卷及其数据),Docker Desktop 通常会把释放的空间还给 macOS。直接删除该文件会抹掉所有映像、容器和卷;它的大小上限可在 Docker Desktop 的“Settings › Resources”中设置。又称: Docker Desktop 磁盘映像, Docker.qcow2
另请参阅: 稀疏文件, 逻辑大小与物理大小 · 进一步了解: Docker Desktop 的磁盘映像太大了:如何在 Mac 上缩小 Docker.raw
- 模型权重
包含已训练 AI 模型参数的大型文件,本地 AI 应用会下载并将其保存在磁盘上。
单个模型通常占用几 GB 到几十 GB,格式有 GGUF、safetensors 或 MLX 等。常见位置包括 Ollama 的
~/.ollama/models、LM Studio 的~/.lmstudio/models,以及 Hugging Face 工具的~/.cache/huggingface/hub。请优先使用各工具自带的移除方式,例如ollama rm <模型>,因为有些工具会在模型之间共享文件;移除的内容都可以重新下载。又称: AI 模型, 大模型权重, LLM 权重, GGUF, safetensors
另请参阅: 缓存, Application Support · 进一步了解: Ollama、LM Studio 和 Hugging Face 在 Mac 上把模型存在哪里,以及如何删除