iOS 27 模拟器磁盘不足：2026 清理还是扩容？

如果你只维护一款 iOS App，希望在本地保留最小模拟器环境，这篇文章可以帮你避免误删后重新下载整套工具链。

如果你需要同时验证多个 iOS 版本，不能随意删除 Runtime，重点看测试矩阵和回归成本。

如果你把远程 Mac 用作持续构建或模拟器测试主机，还需要额外管理归档、日志、依赖缓存和重启后的数据持久性。

“模拟器占满磁盘”通常不是单一目录造成的。Xcode、Simulator 和构建系统会分别保存不同类型的数据，处理方式也不同。

Apple 将 Simulator Runtime 定义为模拟器启动时加载的操作系统包，同一个 Runtime 可以被多个不同设备类型的模拟器共用。因此，删除一个模拟设备，不会达到卸载完整 Runtime 的效果；反过来，删除 Runtime 会同时影响依赖该系统版本的多个模拟设备。查看 Simulator Runtime 与设备管理说明

先判断失败发生在哪个阶段

• 下载阶段失败：优先检查可用空间、网络临时文件和当前 Xcode 版本是否支持该组件。
• 构建阶段失败：重点查看 DerivedData、编译缓存、依赖缓存和项目输出目录。
• 模拟器启动阶段失败：重点检查目标 Runtime、设备数据、活动 Xcode 路径和模拟器状态。
• Archive 阶段失败：不要只删除模拟器数据，因为正式归档应使用真实设备或构建专用设备目标，不是普通 Simulator 运行目标。Apple 关于 Archive 条件的说明

先打开“系统设置 → 通用 → 存储空间”，观察“开发者”或开发工具相关项目是否明显增长。然后在 Xcode 中进入“Xcode → 设置 → Components”，查看每个已安装组件可以回收的空间。Apple 的 Components 页面会列出已安装组件以及移除后可恢复的存储空间。查看 Components 的官方操作

只维护一款 App 时，最容易犯的错误是保留所有历史 Runtime，以为以后可能用到。更稳妥的做法是先记录项目实际支持的最低版本、当前主测版本和 iOS 27 适配目标，再决定保留哪些组件。

建议先建立一份简单清单：

• ✅ 保留当前项目实际使用的 iOS 27 Simulator Runtime。
• ✅ 保留仍在支持范围内、且近期会回归测试的最低版本 Runtime。
• ✅ 保留最近发布版本需要复查的 Archives。
• ✅ 保留项目锁定的依赖版本和可自动恢复的依赖来源。
• ❌ 不要因为目录名称带有 Developer 就整目录删除。
• ❌ 不要把签名证书、Provisioning Profile 或钥匙串内容当作缓存处理。
• ❌ 不要为了释放空间直接关闭 SIP，或删除受保护的系统目录。

Runtime 的安全清理

优先从 Xcode Components 删除不用的 Simulator Runtime。Apple 官方支持在“Xcode → 设置 → Components”中选择组件并点击删除，也支持添加此前发布的 Runtime。

如果你安装了正式版和 Beta 版 Xcode，清理前先确认两个环境是否共用同一套组件。不要把下面三件事混为一谈：

1. 用 xcode-select 切换命令行工具所使用的 Xcode。
2. 从 /Applications/ 删除旧的 Xcode App。
3. 从 Components 中删除 Simulator Runtime 或平台支持。

可以先执行：

xcode-select --print-path

这个命令只用于确认当前命令行工具指向哪个 Developer 目录，不会删除任何数据。若需要临时让某条命令使用 Beta Xcode，可以使用占位路径：

DEVELOPER_DIR="/Applications/Xcode-beta.app" xcodebuild -version

如果要永久切换活动 Xcode，则需要管理员权限：

sudo xcode-select --switch "/Applications/Xcode-beta.app"

xcode-select --print-path 用于查看活动 Developer 目录，--switch 用于切换默认 Xcode；它们与模拟器数据删除不是同一类操作。查看 xcode-select 官方说明

如果你的 App 需要同时验证最低支持版本、主要用户版本和 iOS 27 适配，不能只按“哪个 Runtime 最大就删哪个”来操作。删除前先把测试需求拆成三类：

删除单个模拟设备适合处理“设备太多、测试数据膨胀”的情况。进入“Window → Devices and Simulators”，选择不再使用的设备并删除即可。这个操作通常不会卸载对应 Runtime。

卸载完整 Runtime 适合处理“某个系统版本已退出测试矩阵”的情况。它释放的空间更直接，但该版本下所有模拟设备都会失去可启动基础。Apple 也说明，Runtime 与具体设备型号是分开的：一个 Runtime 可服务多个模拟器设备类型。

DerivedData 清理边界

清理 DerivedData 一般不会删除项目源码，也不会自动删除签名证书。它主要影响编译中间产物、索引和项目生成结果。下次打开项目或执行构建时，Xcode 需要重新生成这些内容。

你可以先在 Xcode 的设置中查看项目使用的 DerivedData 位置，再按项目或时间范围处理。不要在构建任务正在运行时删除，也不要把整个用户目录作为清理目标。

对于单个项目，可以采用“先关闭 Xcode → 记录当前路径 → 备份必要日志 → 删除对应项目目录 → 重新打开并构建”的顺序。项目名和用户目录使用占位符时，可按下面形式确认路径：

du -sh ~/Library/Developer/Xcode/DerivedData/<项目名>-*

这条命令只查看目录大小。确认目标后再进行删除，避免误删其他项目的编译结果。

Archives 不要按缓存处理

Archive 是可以用于验证、导出和上传的构建归档。Apple 文档说明，Xcode 会把归档保存到 Archives organizer，方便之后再次分发或检查。查看 Archive 与分发流程

建议按用途分层：

如果你依赖归档排查线上崩溃，不要为了短期空间直接全部删除。先导出必要的符号文件和构建记录，再处理确定没有回溯价值的版本。

依赖缓存的恢复风险

Swift Package、二进制依赖和项目脚本缓存可能不属于 Simulator Runtime，但持续构建时同样会增长。清理前确认：

• 依赖是否能从远程仓库重新下载。
• 构建主机是否允许访问依赖源。
• 是否存在锁定版本和私有依赖。
• 无网络时是否仍需要完成紧急构建。
• 清理后是否会让多个项目同时重新下载，造成构建队列堆积。

如果你把 Mac 作为 iOS 打包服务器 使用，缓存清理应安排在构建窗口之外，并保留一次完整依赖恢复记录。

Xcode 27 Beta 面向 iOS 27 等新 SDK 和测试环境。Apple 的 Release Notes 说明，Xcode 27 Beta 包含 iOS 27 SDK，并要求 macOS Tahoe 26.4 或更高版本；Beta 的组件界面和已知问题仍可能变化。查看 Xcode 27 Beta Release Notes

如果你同时安装正式版和 Beta 版，建议保留以下边界：

• 生产发布使用固定的正式版 Xcode。
• iOS 27 适配和新 API 验证使用 Xcode 27。
• 通过 xcode-select --print-path 检查自动化任务当前指向。
• 在脚本中使用 DEVELOPER_DIR，避免无人值守任务误用 Beta。
• 删除 Beta 环境前，确认下一轮测试是否可以重新下载 Runtime。
• 不要因为切换了 Xcode，就认为旧 Runtime 或旧 Archives 会自动消失。

对于 Beta 版本，论坛中的孤立 Runtime、权限异常或异常占用只能作为用户报告，不能直接推导为所有 Mac 都存在的问题。

远程 Mac 磁盘经常被模拟器占满时，问题通常不是“远程”二字本身，而是缺少水位和恢复策略。无人值守构建至少要记录以下状态：

在迁移或扩容前，先验证三件事：

1. 重启后 Runtime、模拟器设备和项目文件是否仍然存在。
2. 你的账户是否有安装组件、切换 Xcode 和运行构建所需权限。
3. 删除组件后，能否通过 Xcode Components 或 xcodebuild 重新安装。

如果你正在维护远程环境，建议先阅读 远程 Mac 的容量与租期选择，用真实项目测试一次完整构建、模拟器启动和 Archive，再决定是否长期迁移。你也可以先用短周期方案验证磁盘增长速度，而不是凭一次清理结果估算长期容量。

清理完成后，不要只看 Finder 里多出了多少空间。至少执行一次真实项目验收：

• ✅ 依赖可以按锁定版本恢复。
• ✅ Xcode 能打开项目或工作区。
• ✅ iOS 27 Simulator Runtime 能启动目标设备。
• ✅ 项目可以完成一次干净构建。
• ✅ 必要的 Archive 可以生成并出现在 Organizer。
• ✅ 签名材料仍然可用，不能只验证 Debug 构建。
• ✅ 重启 Mac 后再次运行构建任务。
• ✅ 观察一段时间后，空间没有因缓存或日志立即回升到危险水位。

模拟器并不能完全替代真实设备。Apple 明确提醒，Simulator 运行在 Mac 上，不能复制所有真实硬件性能和硬件特性；涉及相机、推送、传感器、性能和系统行为时，仍应安排真实设备验证。查看 Apple 关于模拟器限制的说明

如果你当前的 Mac 只是偶尔做 iOS 27 适配，清理一次可恢复缓存通常比迁移更简单。但如果本地磁盘长期同时承载多个 Runtime、Archives、依赖缓存和日常文件，反复清理会带来三个真实问题：构建被迫重新编译，旧版本回归环境被误删，发布前还要重新下载组件。

把模拟器和持续构建放到容量更合适的远程 Mac，可以把开发机与构建环境分开，减少本地磁盘被工具链持续侵占的情况。不过，远程方案也不适合所有人：需要物理接口、本地真实设备调试，或长期稳定运行高负载任务的人，仍应优先评估自购 Mac 或混合架构。

如果你的目标是临时验证 iOS 27 兼容性、短期保留多版本 Runtime，或先确认项目每天会增长多少缓存，可以查看 CALMVPS 的远程 Mac 方案，先用真实项目完成一次构建和重启验收。这样得到的结论，比清理后短暂增加的可用空间更接近你的长期运维需求。