SpacePeek 实战：Mac 文件夹越来越大，到底是谁在偷偷占空间？

Mac 用久了，最让人头疼的事情之一，不是硬盘突然满了。

而是：

你知道它快满了，却不知道究竟是谁占掉了空间。

打开 Finder 看一眼，可能是几十个文件夹、几百个压缩包和各种安装文件。

按照文件大小排序？

能解决一部分问题。

打开每一个目录慢慢找？

太费时间。

安装一套完整的磁盘分析工具？

如果只是想检查一个 Downloads 文件夹，又感觉有点小题大做。

这次就用一个很具体的场景来看看 SpacePeek 到底能不能把这个问题处理得更简单：

假设 Downloads 已经积累到几十 GB，我们只想找出主要空间消耗者，并进一步确认里面到底有什么。

本文不讨论“如何清理 Mac”，而只做一件事：

从发现空间异常，到定位具体文件，完整走一遍排查过程。

---

一、先建立一个真实的问题模型

先假设有这样一个 Downloads：

Downloads/
├── installers/
├── projects/
├── videos/
├── documents/
├── images/
├── archives/
└── misc/

使用了一段时间以后，它逐渐变成：

Downloads/
├── installers/   几 GB
├── projects/     十几 GB
├── videos/       十几 GB
├── documents/    几百 MB
├── images/       几 GB
├── archives/     几 GB
└── misc/         不确定

问题来了。

如果 Finder 里直接打开这个目录，我们首先看到的是：

一堆文件。

但我们真正想知道的是：

空间主要集中在哪？

这两件事并不是同一个问题。

---

二、为什么不直接打开 Finder 慢慢找？

当然可以。

如果目录结构比较简单，Finder 本身已经足够。

但当目录出现多层嵌套以后，排查路径通常会变成：

Downloads
 ↓
projects
 ↓
old-project
 ↓
build
 ↓
dist
 ↓
...

你不断进入目录、返回目录、切换排序方式。

最后很容易出现一种情况：

找了半天，还是不知道真正占空间的是哪个分支。

所以这次我们换一种思路：

先看整体，再决定往哪里钻。

这也是 SpacePeek 比较适合的使用场景。

---

三、第一步：不要打开文件夹，先按一下 Space

安装并启用 SpacePeek 后，回到 Finder。

选中：

Downloads

然后按：

Space

SpacePeek 会通过 Quick Look 展示这个文件夹的相关信息。

根据官方介绍，文件夹预览可以展示目录大小、较大的项目以及空间相关信息，并支持继续浏览文件夹内容。

图 1：Downloads 的 Overview 页面

建议截图内容：

• 文件夹总大小
• Largest Items
• 空间概览
• 当前目录名称

图片说明：

先通过 Overview 查看整个目录的空间构成，再决定是否进入具体子目录，可以避免一开始就在多层文件夹之间来回切换。

这里有一个很重要的思路：

不要把“查看空间”理解成最终目的。

它其实是一个导航入口。

---

四、第二步：先找最大的几个项目

假设 Overview 告诉我们：

Downloads

Total: 50 GB

Largest Items:
video-project.mp4      12 GB
project-backup.zip      9 GB
old-project/             7 GB
installer.dmg            5 GB

现在问题已经从：

“Downloads 为什么这么大？”

变成了：

“原来主要是这四个东西。”

排查范围一下就缩小了。

这就是空间分析里一个非常经典的方法：

先找 Top N，而不是试图一次理解全部数据。

如果最大的几个项目已经占掉大部分空间，就没有必要先检查那些只有几 MB 的文件。

---

五、第三步：进入 Contents，看空间背后的具体内容

只知道：

old-project/ → 7 GB

还是不够。

我们还需要知道：

7 GB 到底是什么？

这时候进入 Contents。

SpacePeek 提供 List 和 Grid 等浏览方式，可以继续进入子目录并查看文件。

例如：

old-project/
├── src/
├── assets/
├── build/
├── node_modules/
├── dist/
└── backup/

如果继续检查发现：

build/       3.2 GB
node_modules/2.1 GB
backup/      1.4 GB

排查方向就进一步明确了。

注意，这里我们做的事情仍然只是：

观察。

还没有删除任何文件。

这也是为什么我认为 SpacePeek 更适合“排查”而不是“清理”。

---

六、为什么“先看再删”很重要？

看到一个 7 GB 的目录，很容易产生一个冲动：

“这个肯定没用了，删掉。”

但文件大小和文件价值没有直接关系。

比如：

project-backup.zip

可能占 9 GB。

但它也可能是唯一的一份历史项目备份。

同样：

video-master.mov

可能占 20 GB。

但它可能是后续剪辑还要使用的原始素材。

所以比较稳妥的流程应该是：

发现空间异常
      ↓
定位大文件
      ↓
查看文件内容
      ↓
确认用途
      ↓
决定是否处理

而不是：

发现大文件
      ↓
删除

空间分析和文件清理，本来就是两个不同阶段。

---

七、第四步：遇到压缩包，不一定要先解压

这里是这个案例里比较值得单独拿出来说的一点。

假设最大的文件之一是：

project-backup.zip

大小：

9 GB

现在的问题变成：

这个 ZIP 里面到底是什么？

传统做法很直接：

双击 ZIP
↓
开始解压
↓
等待
↓
打开解压后的目录
↓
检查内容

但如果只是想确认：

“里面有没有某个目录？”

或者：

“这到底是不是我要的项目备份？”

其实没有必要先把整个文件解压出来。

---

八、用 Archive Preview 直接检查 ZIP

SpacePeek 提供 Archive Preview，可以直接浏览支持的压缩归档内容。

官方目前列出的格式包括：

ZIP
TAR
gzip
bzip2

并支持搜索归档内部的项目，以及对支持的文件进行预览。

例如我们打开：

project-backup.zip

看到：

project-backup.zip
├── source/
├── assets/
├── database/
├── documents/
├── build/
└── README.md

这时候就可以先确认：

“嗯，这确实是我要找的备份。”

然后再决定是否完整解压。

图 2：ZIP Archive Preview

图片说明：

对大型压缩包先进行内容检查，可以把“确认里面有什么”和“实际解压”两个动作分开。

---

九、第五步：搜索比翻目录更适合“我记得文件名，但忘了在哪里”

实际使用中，还有一种特别常见的情况：

我知道文件叫什么，但完全不记得放在哪一层。

比如我们记得有：

README.md

但不知道是在：

project/

还是：

project/archive/

还是：

backup/2025/

这时候逐层点进去的效率并不高。

SpacePeek 提供文件夹搜索，可以根据文件名或文件夹名称查找内容。

于是流程就变成：

打开 Downloads
↓
搜索 README.md
↓
找到目标
↓
查看所在目录
↓
继续预览

这个功能看起来很普通。

但它和前面的空间概览结合起来之后，才真正形成了完整的排查路径。

---

十、把整个排查过程串起来

到这里，我们已经完成了一次完整的“空间异常排查”。

可以把过程压缩成：

┌──────────────────────┐
│ Downloads 变得很大    │
└──────────┬───────────┘
           ↓
     按 Space 查看
           ↓
┌──────────────────────┐
│ Overview              │
│ 找出最大的几个项目     │
└──────────┬───────────┘
           ↓
      进入 Contents
           ↓
┌──────────────────────┐
│ 浏览目录结构           │
│ 找到具体空间来源       │
└──────────┬───────────┘
           ↓
       遇到 ZIP？
        ↙     ↘
      是       否
      ↓        ↓
 Archive     直接预览
 Preview
      ↓
 搜索/检查内部内容
           ↓
      最后决定是否处理

这其实就是 SpacePeek 最核心的使用逻辑：

它帮助你在“文件太多”与“采取行动”之间增加一个快速理解的步骤。

---

十一、这里有一个容易被忽略的设计：它不是后台一直扫描

很多人第一次看到“文件夹空间分析”，可能会想到：

“它是不是一直在后台扫描我的整个硬盘？”

SpacePeek 官方给出的设计恰恰不是这样。

它采用的是按需扫描：打开 Quick Look 时才对相关目录进行扫描，而不是建立一个持续维护的后台目录索引。官方同时表示文件夹数据不会上传到云端。

这个设计有一个明显的优点：

你没有主动查看的时候，它没有必要一直替你分析整个文件系统。

但这里也存在对应的代价：

第一次查看一个很大的目录，仍然需要实际扫描。

所以不要把：

无后台索引

理解成：

任何目录都零等待

这是两个完全不同的概念。

---

十二、官方性能数据应该怎么看？

SpacePeek 官网曾展示过一个扫描示例：

1.6M items
4.55 seconds

这是官方演示数据。

这里建议特别提醒一下：

不要直接把这个数字当成你的 Mac 一定能达到的速度。

因为扫描速度至少会受到：

• 存储设备
• 文件数量
• 目录层级
• 文件系统状态
• 当前系统负载

等因素影响。

因此，如果你准备写自己的实测数据，最好单独记录：

Mac 型号：
芯片：
macOS：
磁盘类型：
目录文件数量：
目录大小：
扫描耗时：

这样才有可比性。

如果没有自己的测试数据，就不要把官网演示数字改写成：

“SpacePeek 4 秒扫描百万文件。”

这种写法看起来很有冲击力，但实际上容易造成误导。

---

十三、这个案例里，SpacePeek 真正节省的是什么？

如果只说：

“SpacePeek 可以查看文件夹大小。”

价值其实很有限。

真正节省的是排查过程中的认知成本。

以前：

打开文件夹
↓
看文件
↓
进入子目录
↓
返回
↓
换一个目录
↓
再排序
↓
再找

现在可以变成：

Space
↓
Overview
↓
Largest Items
↓
Contents
↓
Search
↓
Preview

它没有改变“文件在哪里”这件事。

改变的是：

你找到问题的路径。

---

十四、但这个工具并不能替你做最后的决定

这里也是这类工具非常重要的边界。

假设 SpacePeek 告诉你：

project-backup.zip
9.2 GB

它能告诉你：

“这个文件很大。”

甚至可以进一步告诉你：

“里面有哪些东西。”

但它不会因此知道：

“这个文件对你来说有没有价值。”

这件事情只有用户自己知道。

所以合理的工作流应该是：

SpacePeek
负责：
发现 → 定位 → 浏览 → 搜索 → 预览

用户
负责：
判断 → 备份 → 移动 → 删除

这也是为什么我不建议把 SpacePeek 和所谓“自动清理神器”放在一起比较。

它们解决的问题不同。

---

十五、这个案例什么时候最有用？

经过上面的过程，可以总结出几个非常具体的场景。

场景 1：Downloads 越来越大

这是最典型的情况。

尤其是：

• 安装包
• 视频
• ZIP
• 项目文件
• 临时下载文件

混在一起的时候。

---

场景 2：开发项目目录异常膨胀

例如：

project/
├── source/
├── build/
├── dist/
├── assets/
└── ...

SpacePeek 可以先帮助你确定：

哪个目录值得进一步检查。

---

场景 3：收到一个很大的 ZIP

你只想确认：

“里面是不是我需要的文件？”

而不是：

“我先花时间把它完整解压出来再说。”

这正是 Archive Preview 比较有价值的场景。

---

十六、哪些情况不适合拿 SpacePeek 解决？

也需要把反面情况说清楚。

1. 想自动清理系统垃圾

不适合。

SpacePeek 的定位不是自动清理工具。

---

2. 想长期监控整个硬盘

也不是它的核心场景。

它更偏向：

打开 → 检查 → 离开

而不是：

后台持续监控 → 建立历史趋势 → 自动报警

---

3. 想批量管理文件

如果需求是：

批量重命名
批量移动
自动分类
同步
备份
批量删除

应该选择针对这些任务设计的工具。

SpacePeek 更适合在这些操作之前，帮你先看清楚文件结构。

---

十七、实际使用时，我会采用这样的排查顺序

如果以后遇到某个目录突然变得特别大，我会把流程固定成下面这样：

Step 1：先不要删除

先确认：

到底是什么占空间。

Step 2：Quick Look 查看目录

选择文件夹：

Space

Step 3：看 Overview

优先关注：

Total Size
Largest Items

Step 4：进入最大的子目录

不要平均用力。

先查最大的。

Step 5：搜索具体文件

如果知道文件名，直接搜索。

Step 6：遇到压缩包先检查

不确定内容时，先 Archive Preview。

Step 7：确认用途后再处理

最后才考虑：

删除
移动
备份
归档

这个流程的核心其实只有一句话：

先理解，再操作。

---

十八、版本与时效性说明

本文按照当前 SpacePeek 2.1 的产品信息编写。

截至目前，SpacePeek 是一个仍在持续迭代的 macOS 小众工具。官方更新记录显示，产品在 2026 年 6 月发布 1.0 后持续更新，之后陆续加入文件夹搜索、Archive Preview、更多导航能力等功能，目前已经进入 2.x 版本。

当前使用前需要注意：

• SpacePeek 2.1
• macOS 14.0+
• 文件夹分析采用按需扫描
• 不建立后台目录索引
• 官方表示文件夹数据不会上传云端
• Archive Preview 支持 ZIP、TAR、gzip、bzip2
• 产品主要定位为查看、浏览、搜索和预览，而不是自动清理

由于产品仍在快速迭代，具体功能和系统要求建议以当前版本官方页面为准。

---

十九、总结：一个好的文件分析工具，不一定要替你删除东西

这次案例其实说明了一个挺有意思的问题。

很多时候，我们以为自己的需求是：

“帮我释放磁盘空间。”

但真正的第一需求可能是：

“先告诉我空间到底去哪了。”

SpacePeek 的价值就在这个阶段。

它把：

Finder
+
Quick Look
+
文件夹空间概览
+
目录浏览
+
搜索
+
文件预览
+
压缩包预览

组合到了一起。

它不负责替你判断什么该删除，也不试图成为完整的磁盘清理软件。

它做的是一个更小、但很具体的事情：

让你在处理文件之前，先快速看懂文件夹。

如果你的 Mac 上经常出现“这个目录怎么突然这么大”的问题，那么这种工作流确实值得试试。

而如果你需要的是自动清理、系统优化或者长期磁盘监控，那么应该选择专门针对这些需求的工具。

工具没有绝对的好坏，关键还是看它解决的是不是你当前的问题。

---

本文使用建议

如果你准备把这篇文章发布到 优快云，建议把下面 3 张截图替换成你自己的真实操作截图：

1. Overview： 一个实际文件夹的空间概览
2. Contents： 进入子目录后的 List/Grid 视图
3. Archive Preview： 一个实际 ZIP/TAR 的内部结构

每张图下面保留“截图说明 + 这一步解决什么问题”，不要只放一张产品界面图。

另外，如果你有条件做一次真实测试，建议补充一组：

测试目录：
文件数量：
目录大小：
Mac 型号：
macOS 版本：
SpacePeek 版本：
首次扫描耗时：
再次打开耗时：

这样这篇文章就能从“产品介绍”进一步升级成真正的实测案例文章，也是后续系列文章最容易形成差异化的地方。