iCloud Drive 在 macOS Tahoe 26.4 中自动下载所有文件：原因、临时解决方案及后续进展

你在 Finder 中打开 ~/Documents 文件夹，滚动浏览几个文件，发现了一些奇怪的事情：每一个项目——数百个 PDF、Keynote 演示文稿、照片、压缩包——突然都在下载。不是你双击的那一个，而是全部。云图标变成了下载箭头，风扇开始转动，菜单栏的 Wi-Fi 指示灯亮了起来。等你意识到发生了什么，你的 256 GB MacBook Air 已经吃掉了 iCloud 库中 40 GB 的数据，手机热点流量计划也已崩溃。

这就是自 macOS Tahoe 26.4 于 2026 年 3 月下旬发布以来，主导 Apple 社区讨论的 bug。它影响依赖优化 Mac 存储空间功能的用户——这个本应通过将不常用文件保留在云端来保持 iCloud Drive 轻量级占用的功能。升级 26.4 后，仅仅是浏览一个文件夹就足以触发其内容的完整本地下载，彻底违背了该功能的初衷。

截至本文撰写之时，Apple 尚未公开承认这个 bug。没有版本说明条目，没有热修复，没有普通用户可以提交复现结果的 AppleSeed 工单。我们所拥有的是在 Apple Discussions 帖子 256273434、Reddit 和开发者论坛上不断增长的复现案例——以及四种在等待 26.5 期间能切实减少损害的临时解决方案。

本文将带你了解正在发生什么、可能发生的原因，以及如何在此期间保护你的带宽和 SSD。

核心要点

• 问题所在：macOS Tahoe 26.4（及后续 26.4.1）升级后，在 Finder 中进入 iCloud Drive 文件夹会触发文件夹内所有文件的下载，即便已启用优化 Mac 存储空间。
• 受影响人群：所有启用了 iCloud Drive 优化 Mac 存储空间功能的用户。对于 SSD 容量较小（128 GB / 256 GB MacBook）和流量受限（热点、蜂窝数据、封顶家庭套餐）的用户，损害最为严重。
• 推测原因：bird（CloudDocs 守护进程）使用的文件协调层与 Finder 的 QuickLook 预取机制出现了回归问题——以前只在读取时才会水合（hydrate）的文件，现在在目录枚举时就被水合了。
• 当前可用的临时解决方案：关闭再重新开启优化 Mac 存储空间；使用 brctl evict 终端命令手动驱逐已下载文件；完全禁用优化 Mac 存储空间并接受全量本地副本；或使用 iCloud.com 进行选择性访问。
• 长期修复方案：社区测试人员报告 macOS 26.5 beta 4 中有部分改善，正式版预计于 2026 年 5 月下旬发布。Apple 尚未正式确认修复内容。

用户实际看到的情况

在深入原因之前，我们先精确描述症状，因为周围还漂浮着几个相邻的 iCloud bug，容易混淆。

Apple Discussions 帖子中多份报告一致描述的行为：

1. 用户已开启系统设置 → Apple 账户 → iCloud → iCloud Drive → 优化 Mac 存储空间。
2. iCloud Drive 中最近未打开的文件在 Finder 中显示小云朵加下箭头徽标，表明它们存储在远端。
3. 用户打开 Finder 中的某个文件夹——例如 ~/iCloud Drive/Documents/Invoices/2024/——其中包含约 200 个 PDF。
4. 几秒钟内，该文件夹中的每一个文件都开始下载。Finder 状态栏显示累计进度条（"正在下载 200 个项目，12.8 GB 中已下载 4.2 GB"）。云朵徽标变为蓝色进度环。
5. 如果用户进入子文件夹，同样的情况会递归发生。

这不是 Finder 一直以来都会做的"为 QuickLook 获取缩略图"行为。缩略图获取很小（每个文件最多几千字节），不会改变文件的"本地存储"状态。26.4 的行为会完全水合文件——意味着整个文件内容落到磁盘上，并计入本地存储占用。

帖子中有少数用户报告，bug 并不总是立即触发。有时在 Spotlight 索引触碰文件夹时才启动。有时只在 Finder 列视图预览面板打开时发生。有时只在 Mac 空闲后 bird 执行维护检查时出现。触发条件不一致，这也是为什么该 bug 难以确认，更难以提交干净 bug 报告的原因之一。

一致的是结果：本应保持为云端占位符的文件最终被完整下载到本地。

为什么这比听起来更严重

如果你拥有的是接千兆光纤的 2 TB Mac Studio，这只是烦人但不至于灾难性的问题。对其他人而言，这个 bug 真的很痛苦。

小 SSD 上的存储压力。 Apple 在大多数消费级 Mac 上仍以 256 GB 作为基础配置。一个 200 GB 的 iCloud 库积极水合会在数分钟内填满磁盘。一旦磁盘使用率超过约 90%，macOS 本身就会开始出现故障——Spotlight 重建失败、交换分区抖动、应用启动缓慢，系统可能以不可预测的顺序强制驱逐缓存文件。

流量受限连接上的带宽账单。 大量 Mac 用户在咖啡馆、联合办公空间、酒店或农村家庭中工作，这些地方的带宽是计量或封顶的。不小心浏览一次照片库备份文件夹，可能会在一个下午烧光一整个月的数据配额。蜂窝热点用户尤其脆弱，因为下载开始前没有任何警告。

备份混乱。 如果你使用 Time Machine 或第三方克隆工具，每一个新水合的文件从备份工具的角度来看都是"已更改"的文件。你的下一次备份运行会变得庞大——有时高达数 TB——即便内容实际上没有任何有意义的变化。我们在Mac 备份策略指南中进一步讨论了备份方面的问题。

电池和散热。 持续下载会持续激活 Wi-Fi 射频，SSD 也在不停写入。对于笔记本电脑，这会显著缩短续航时间，并可能在 MacBook Air 等无风扇机型上触发热节流。

简而言之，这是一个底层缺陷较小但下游代价巨大的 bug。

确认你是否遭遇了该 Bug

在采用任何临时解决方案之前，花五分钟确认你的 Mac 上确实发生了这个 bug。症状可能与全新登录后正常的 iCloud 同步混淆，或与 Spotlight、备份等应用尝试读取文件时发生的有意水合混淆。

测试步骤：

1. 打开系统设置 → 通用 → 存储。记录当前可用磁盘空间。
2. 打开活动监视器 → 网络标签。按"接收字节"降序排列。记录 bird（CloudDocs 守护进程）的当前值。
3. 在终端中运行 brctl status，确认已启用优化 Mac 存储空间。
4. 打开 Finder，导航到至少一周未访问的 iCloud Drive 文件夹。选一个文件多（50 个以上）且体积较大（每个 1 MB 以上）的文件夹。
5. 等待 60 秒。不要点击任何单个文件。
6. 返回活动监视器。bird 是否接收了数百 MB 甚至更多？
7. 返回存储设置。可用磁盘空间是否明显下降？
8. 回到 Finder，查看文件徽标。云图标是否已被进度环替换或完全消失？

如果第 6、7、8 题的答案都是肯定的——而且你没有点击任何文件——那么你就遇到了这个 bug。

如果你想要更严格的追踪，可以在第 4 步之前在终端窗口运行 brctl monitor com.apple.CloudDocs。你会看到 bird 决定实体化的每个文件的实时事件。在旧版 macOS 的正常行为下，只有你明确打开的文件才会产生 materialize 事件。在 26.4 的 bug 下，你会看到 materialize 事件快速连续地为你刚打开的目录中的每个文件触发。

根本原因：26.4 中可能发生了什么变化

以下是我们必须诚实说明已知和未知内容的部分。

Apple 没有发布任何关于此回归的内容。从面向开发者的 26.4 版本说明中，最清晰的信号是文件协调层收到了与"改善 iCloud Drive 响应性"相关的更改——这是确切措辞，没有进一步细节。基于对 bird 日志输出的仔细观察，社区推测存在两个相关变化：

第一，Finder 用于填充列视图预览和图标视图缩略图的预取启发式方法似乎被扩大了。以前，Finder 向 bird 请求每个可见文件的元数据——文件大小、修改日期、缩略图——bird 返回这些数据时不会水合完整文件。在 26.4 下，缩略图子系统似乎对缩略图生成器可能需要检查文件内容的任何文件类型都请求完整文件内容——实际上这意味着几乎所有内容：PDF、图片、视频、Office 文档，甚至一些纯文本文件。

第二，通常在一段时间不使用后将文件重新卸载到云端的驱逐策略变得不那么积极了。本应在数小时内被驱逐的文件现在停留数天。这意味着即使你只触发了一次 bug，损害也会累积：磁盘填充的速度快于 bird 愿意清理的速度。

这两个观察与用户报告一致：触发点是文件夹导航（因为那是 Finder 请求缩略图的时候），损害持续存在（因为没有任何东西在驱逐这些文件）。

我们要明确指出：这是社区推导的推测，不是官方原因分析。它与症状一致，但 Apple 尚未确认。如果你要提交反馈助手报告，请描述你观察到的症状，而非推测的原因。

关于 iCloud Drive 同步在 Tahoe 中应该如何工作的更广泛背景，我们的 iCloud Drive 完整指南涵盖了正常架构。当前的 bug 是对该文档所述行为的偏离。

临时解决方案 1：关闭再重新开启优化 Mac 存储空间

这是最省力的修复方法，对部分用户有效。它不能解决底层 bug，但似乎能重置 bird 中的预取状态，为你争取短暂的喘息时间。

步骤：

1. 打开系统设置 → Apple 账户（顶部你的名字）→ iCloud。
2. 点击使用 iCloud 的应用列表中的 iCloud Drive。
3. 关闭优化 Mac 存储空间。等待转圈停止。macOS 可能会警告本地副本将被下载——在这种情况下忽略警告，因为我们会在完成之前切回。
4. 等待 30 到 60 秒。
5. 重新开启优化 Mac 存储空间。
6. 打开活动监视器，观察 bird 一分钟。网络吞吐量应降至接近零。

最好的情况下，这会重置守护进程的内部状态，文件夹浏览在数小时或数天内停止触发下载。最坏的情况下什么都不会改变，你需要转向临时解决方案 2。

注意事项：如果 macOS 在你两次切换之间确实开始下载文件，这些文件现在是本地文件。它们在一段时间内不会自动重新驱逐（参见上述驱逐策略问题）。你可能需要跟进临时解决方案 2 来手动释放空间。

临时解决方案 2：使用 brctl evict 手动驱逐文件

如果文件已经自动下载，你可以使用 brctl 命令行工具手动将其推回云端。brctl 是一个真实存在的、由 Apple 提供的工具——man brctl 可以在任何运行 Tahoe 的 Mac 上确认这一点。

相关命令是 brctl evict，它"驱逐此路径文档的本地副本"——正是我们需要的。

单个文件

brctl evict ~/Library/Mobile\ Documents/com~apple~CloudDocs/Documents/old-invoice.pdf

~/Library/Mobile Documents/com~apple~CloudDocs/ 内的路径是 macOS 实际存储 iCloud Drive 内容的位置。侧边栏中的 Finder 快捷方式"iCloud Drive"映射到该路径。你也可以从 Finder 将文件拖入终端窗口来自动粘贴其完整路径。

整个文件夹，递归

brctl evict 没有内置的 -R 递归标志，所以我们将它与 find 组合：

find ~/Library/Mobile\ Documents/com~apple~CloudDocs/Documents/Invoices -type f -exec brctl evict {} \;

这会遍历整个 Invoices 文件夹并驱逐找到的每个文件。对于包含数百个文件的文件夹，这可能需要一到两分钟——这是正常的。

优先释放最大文件

如果你急需恢复磁盘空间，优先针对大文件：

find ~/Library/Mobile\ Documents/com~apple~CloudDocs -type f -size +100M -exec brctl evict {} \;

-size +100M 过滤器限制为大于 100 MB 的文件。根据需要调整。

前后检查状态

brctl status

这会打印 CloudDocs 守护进程状态的快照，包括本地文件与仅云端文件的数量。在驱逐前后运行以确认更改。

brctl evict 不做什么

它不会从 iCloud 删除文件。它只删除此 Mac 上的本地副本。文件仍保留在云端，Finder 占位符也保留原处——你可以通过双击随时重新下载（假设 bug 不会再次触发）。

它也不适用于有未保存更改或当前在应用中打开的文件。请先关闭相关应用。

运行大范围驱逐前的健全性检查

在对大型目录树运行 find ... -exec brctl evict {} \; 之前，先进行较小的试运行以确认路径和行为：

# 列出将被针对的文件，还不进行驱逐
find ~/Library/Mobile\ Documents/com~apple~CloudDocs/Documents/Invoices -type f -size +100M

# 然后，确认列表看起来正确后，驱逐它们
find ~/Library/Mobile\ Documents/com~apple~CloudDocs/Documents/Invoices -type f -size +100M -exec brctl evict {} \;

如果 bird 无法驱逐某个特定文件（因为它有未提交的更改、在其他地方打开，或正在进行活跃的 iCloud 同步操作），它将打印错误并继续。错误不是致命的，不会停止循环。

你也可以使用 brctl dump com.apple.CloudDocs 打印完整的数据库状态——这很冗长，主要作为取证工具使用，但如果驱逐因非明显原因失败，它可能帮助你找出哪些文件卡住了。

Apple 帖子上沮丧用户的一个常见做法是将驱逐包装在每日 LaunchAgent 中——本质上是一个计划任务，假设 bug 会在白天重新填充本地缓存，每晚对整个 iCloud Drive 运行 brctl evict。我们不建议大多数用户这样做，因为这很脆弱，可能与你实际想要离线的文件产生不良交互。但如果你了解 launchd 并想尝试，方法很简单。

临时解决方案 3：完全禁用优化 Mac 存储空间

如果你的带宽情况很糟糕，甚至无法承受意外下载，核武器选项是禁用优化 Mac 存储空间，接受 iCloud Drive 中的所有内容都将存储在本地。

权衡分析：

• 优点：不再有意外下载。磁盘上有什么就是什么。iCloud Drive 的网络使用量纯粹是你创建或修改文件的增量。
• 优点：可预测的备份。你的每晚 Time Machine 和克隆只看到实际变化的文件。
• 缺点：你需要等于 iCloud Drive 库完整大小的可用磁盘空间。如果 iCloud 中有 500 GB，而 SSD 只有 256 GB，这个选项不适合你。
• 缺点：禁用优化 Mac 存储空间后的初始下载是一次性的带宽冲击，等于你整个库减去已经在本地的部分。对于 100 GB 的库，那就是 100 GB 的下载量。
• 缺点：你失去了从任何设备打开库中任何文件的便利——现在你需要更刻意地规划什么放在 iCloud Drive 中。

处于这种情况的许多用户将这个时刻作为积极归档的推动力。旧项目、旧发票、旧截图——将它们移到外部硬盘或归档云（Backblaze B2、Wasabi、Dropbox 冷存储），并从 iCloud Drive 中完全删除。存储管理指南介绍了识别占用空间内容的工具。

如果你决定走这条路，预计初始同步需要很长时间——大型库通常需要数天——并在此期间保持 Mac 接上电源并连接到节能友好的 Wi-Fi。

临时解决方案 4：使用 iCloud.com 进行选择性访问

对于只需偶尔访问的文件——旧税务文件、归档项目、参考 PDF——没有规定说你必须通过 Finder 访问它们。iCloud.com 提供基于网络的文件浏览器，只下载你主动点击的内容。

适用场景：

• 你只需要文件夹中的某个特定文件，而不是整个文件夹。
• 你在流量计量的连接上，想对每个字节都刻意操作。
• 你在借来的 Mac 上或可用磁盘空间很少的 Mac 上。

步骤：

1. 在任何现代浏览器中访问 iCloud.com 并登录。
2. 点击 iCloud Drive。
3. 导航到你想要的文件。单击一次预览，或点击下载图标将其保存到本地下载文件夹（不是你的 iCloud Drive 文件夹——保持它在同步循环之外很重要）。

这完全绕过了 bird 和 Finder。下载通过标准 HTTPS 到你的浏览器进行，文件不会成为此 Mac 上 iCloud Drive 缓存的一部分。

缺点显而易见——对于日常工作文件，切换到浏览器标签页是不必要的摩擦。但作为 bug 持续期间偶尔访问的安全阀，它确实很有用。

临时解决方案 5：第三方云挂载工具作为替代方案

少数社区成员已切换到第三方工具，这些工具将 iCloud Drive（及其他云服务）以严格按需语义挂载为网络卷。最常提到的两个：

• CloudMounter：将 iCloud Drive（以及 Dropbox、Google Drive、OneDrive）挂载为虚拟磁盘。只有你明确打开的文件才会被获取。由于挂载使用不同的协议，没有 Finder 缩略图预取。
• Mountain Duck：类似概念，更强调开发者/SFTP 工作流，但支持 iCloud Drive。

重要注意事项：这两种工具都没有 Apple 原生 iCloud Drive 那样的系统集成级别。照片库同步、应用沙盒容器同步，以及 ~/Desktop 和 ~/Documents 重定向不通过这些工具工作——这些仍然走原生 Apple 栈。它们对于你想要严格控制的特定归档或文档文件夹有用，而不是作为全面替代方案。

我们没有亲自针对 26.4 bug 测试这些工具，所以在你自己的设置上确认之前，将报告视为个案。如果你进行实验，先在非关键文件夹上尝试。

有关高级 iCloud 工作流的更多信息，请参阅 iCloud Drive 高级工作流。

带宽和存储影响：粗略估算

用数字量化成本有助于你确定优先级。

带宽场景。 假设 iCloud Drive 库为 100 GB，其中 70 GB 之前存储为云端占位符（优化 Mac 存储空间按设计工作）。如果 bug 在一周的正常 Finder 浏览过程中触发全面水合，你需要重新下载最多 70 GB。在 50 Mbps 的连接上，这大约是三到四小时的饱和下载——或者一个月典型 100 GB 蜂窝套餐，在一周内消耗殆尽。

存储场景。 同样是 100 GB 的库，同样是 70 GB 之前在远端。bug 运行后，磁盘上有 100 GB。在一个 256 GB 的 SSD 上，如果操作系统、应用和其他文档已经占用 120 GB，你从 66 GB 可用空间变为零——macOS 将开始拒绝保存新文件、随机驱逐缓存，并警告磁盘空间不足。

多 Mac 场景。 这是最痛苦的情况。如果你有两台 Mac——比如台式机和笔记本——都运行 26.4 并启用了优化 Mac 存储空间，bug 在每台上独立触发。在笔记本上浏览库会在那里水合文件；在台式机上浏览会在那里水合同样的文件。带宽成本是 2 倍。如果你的 iCloud 库在 NAS 支持的 Time Machine 上，你还需要在备份目标上支付存储成本。

这些是粗略数字，但数量级与帖子中人们报告的情况一致。

一个具体例子。 考虑一位自由设计师，她的 iCloud Drive 有 250 GB，存储了过去几年完成的客户项目。在正常优化 Mac 存储空间行为下，她 512 GB MacBook Pro 上的本地内容在任何时候约为 40 GB——近期项目、当前发票、少量参考资料。升级到 26.4 后，她一天晚上打开 Clients/2023/ 文件夹寻找新提案的截图。20 分钟内，她的可用磁盘空间从 180 GB 降至 60 GB。到早晨，Spotlight 重新索引新下载的文件后，她只剩 28 GB 可用空间，macOS 警告她启动磁盘几乎已满。她不得不花一个小时对多年的归档项目运行 brctl evict，以恢复工作空间——她并不需要这些项目在本地。这些文件都没有被有意触碰。那些带宽使用都没有在计划之内。

这是拥有较大库和有意义工作要做的用户对这个 bug 的亲身体验。这些数字不是理论上的。

未来的存储策略

即使 Apple 修复了这个特定回归，这次事件也提醒我们"优化 Mac 存储空间"不是魔法——它是一种可能失败的启发式方法。在你的存储策略中建立一些深度防御是值得的。

刻意选择放入 iCloud Drive 的内容。 如果一个文件夹真的是归档性质的——你一年参考一次——它根本不应该在 iCloud Drive 中。将其移到外部 SSD 或对象存储服务。iCloud Drive 应该保留用于你跨设备积极使用的文件。

分别使用照片库和 iCloud 照片。 照片有自己的优化模型，比 iCloud Drive 的更稳健。如果你的照片库是 iCloud 使用量的大头，iCloud Drive bug 不会直接影响它。

定期监控 bird。 在你的例行工作中添加快速检查——每周运行一次 brctl status 和 du -sh ~/Library/Mobile\ Documents/com~apple~CloudDocs，查看本地存储了什么。如果本地大小意外增长，你可以及早干预。

设置磁盘空间警报。 macOS 确实会警告磁盘空间不足，但只在危急时刻。更积极的监控（DaisyDisk 的可用空间小部件、OmniDiskSweeper，或带 osascript 通知的小型 shell 脚本）可以在你还有时间反应时发现问题。

有关这些模式的更深入讨论，请参阅我们的存储管理优化指南。

Apple 何时会修复这个问题？

Tahoe 周期中的下一个 macOS 版本是 26.5。截至 2026 年 5 月初，beta 4 已经在开发者和公开测试人员手中。Apple Discussions 帖子中的多位用户报告，在 beta 4 中自动下载行为不那么严重——在他们的测试中，文件夹浏览不再触发全面水合。然而，驱逐仍然比 26.4 之前的基线慢，表明 Apple 已经解决了最严重的症状，但不一定恢复了原始行为。

基于 Apple 的典型发布节奏，26.5 正式版预计在 2026 年 5 月下旬发布，可能是 5 月 18 日或 5 月 25 日当周。Apple 尚未正式确认日期，历史上如果 beta 后期出现回归，小版本可能会推迟到 6 月初。

我们有关于 26.5 beta 1 内容的单独详细分析，我们将随着 beta 进展更新。当 26.5 正式版发布并且我们可以确认 iCloud Drive 行为是否恢复到 26.4 之前水平时，我们也会更新本文章。

与此同时：不要假设 26.5 正式版已经包含修复。在你的设置上自行测试，然后再重新启用优化 Mac 存储空间（如果你已经禁用了它）。Apple 小版本的发布说明出了名地稀疏，修复可能会或可能不会被明确提及。

Bug 活跃期间的最佳实践

总结接下来一个月左右推荐的应对姿态：

1. 了解你的库大小。运行 du -sh ~/Library/Mobile\ Documents/com~apple~CloudDocs，查看当前本地存储了多少，并检查系统设置 → Apple 账户 → iCloud，查看你的 iCloud Drive 总使用量。
2. 决定你的容忍度。 如果你有充足的磁盘空间和不计量的带宽，你可以保持启用优化 Mac 存储空间，并定期用 brctl evict 清理。如果任一受限，禁用优化 Mac 存储空间并接受全量本地副本——或将最具归档性质的内容移出 iCloud Drive。
3. 避免随意浏览大型 iCloud 文件夹。在 26.5 发布并得到确认之前，将 Finder 导航进归档文件夹视为刻意行为，而不是随意点击。
4. 注意你的备份。bug 驱动的水合风暴可能会让单次运行的备份大小增加 10 倍或更多。如果你有备份配额，注意监控。
5. 提交反馈助手报告。即使 Apple 已知晓该 bug，附带可重现案例和 sysdiagnose 附件的额外报告也能增加权重。在 macOS 上使用反馈助手，在 iCloud → iCloud Drive 下提交，并具体描述你的症状。
6. 更新你的参考文档。26.4 / 26.4.1 更新指南和 iCloud Drive 完整指南值得收藏——我们会随着情况发展更新两者。

常见问题

问题 1. Apple 确认了这个 bug 吗？ 没有。截至 2026 年 5 月初，Apple 尚未就 26.4 中 iCloud Drive 自动下载行为发表任何公开声明。确认仅存在于社区帖子中，例如 Apple Discussions 帖子 256273434。

问题 2. 这个 bug 影响 iOS 或 iPadOS 吗？ Finder 特有的触发器在 iOS 或 iPadOS 上不存在，因为它们使用不同的文件浏览器。然而，一些 iPadOS 用户报告在最近更新后文件应用中的下载量也类似地增加了。原因可能相关也可能不相关——这是单独的调查。

问题 3. 如果我禁用优化 Mac 存储空间，云端文件会被删除吗？ 不会。禁用优化 Mac 存储空间只更改本地缓存策略。你的文件仍保留在 iCloud 中。这个更改只是意味着更多文件同时存在于你的 Mac 和云端。

问题 4. brctl evict 适用于照片库文件吗？ 照片库有自己的优化模型，不使用与 iCloud Drive 相同的 bird 占位符。brctl evict 不是处理照片的正确工具。对于照片空间管理，使用系统设置 → Apple 账户 → iCloud → 照片，以及那里的优化 Mac 存储空间开关，这是与 iCloud Drive 设置分开的。

问题 5. 我可以将 brctl evict 脚本化为自动运行吗？ 可以，通过 launchd LaunchAgent 或甚至简单的 cron 条目。我们不建议将其作为默认设置，因为它可能驱逐你实际想要离线的文件。如果你这样做，请严格限定范围——例如，只针对大于 100 MB 且 30 天内未修改的文件。

问题 6. 这个 bug 发生在第三方云服务中吗？ 不会。Dropbox、Google Drive 和 OneDrive 使用各自的守护进程，没有被报告出现类似行为。该 bug 特定于 Apple 在 macOS 26.4 上的 iCloud Drive 栈。

问题 7. 回滚到 26.3 能修复它吗？ 从技术上讲可以，但 Apple 不官方支持回滚小版本。你需要从较早 macOS 的 USB 安装器重新安装，这意味着擦除并从备份恢复。对大多数用户来说，这比在几周内忍受这个 bug 更糟糕。

问题 8. 安全模式下会发生这个 bug 吗？ 安全模式会禁用 Spotlight 索引和许多后台服务。一些用户报告在安全模式下 bug 不那么严重，这支持了 Spotlight 索引或缩略图预取涉及其中的理论。安全模式不是可用的长期解决方案，但作为诊断工具很有用。

问题 9. 我购买了额外的 iCloud 存储来处理这个问题——这是正确的做法吗？ 不是。额外的 iCloud 存储给你更多云端空间。这个 bug 关于的是你的本地磁盘和带宽。购买更多 iCloud 存储没有帮助。如果说有什么影响，它让最坏的情况更糟，因为有更多潜在数据可能被重新下载。

问题 10. 最终的 26.5 修复会重新驱逐已下载的文件吗？ 可能不会自动进行。修复最可能的是解决触发器（防止未来的过度激进下载），而不是追溯清理缓存。26.5 发布后，你可能仍然需要对不需要离线的文件夹做一次性的 brctl evict 扫描。

总结

macOS Tahoe 26.4 中的 iCloud Drive 自动下载 bug 是一个典型例子，说明低级服务中的小回归——在这种情况下是文件协调——如何级联成终端用户的真实代价。修复在 Apple 手中，在 26.5 beta 中似乎已部分到位。在此之前，这里概述的四种临时解决方案可以大大限制损害：

1. 关闭并重新开启优化 Mac 存储空间作为快速重置。
2. 使用 brctl evict 在文件自动水合后手动释放空间。
3. 如果你的带宽情况需要，完全禁用优化 Mac 存储空间。
4. 使用 iCloud.com 对归档文件进行选择性访问。

关于持续背景，我们的 iCloud Drive 完整指南、高级 iCloud 工作流和备份策略指南涵盖了长期姿态。26.4 更新指南和 26.5 beta 1 指南跟踪更广泛的发布情况。当 26.5 发布并确认 bug 是否完全解决时，我们将更新本文。

如果你有额外的复现案例或细节要分享，最好的地方仍然是 Apple Discussions 帖子 256273434——那里越多具体报告，Apple 发布干净修复的压力就越大。