Xcode Simulator занимает место на Mac? Что чистить в первую очередь

Если Xcode Simulator занимает место на вашем Mac, сначала разделите рантаймы симулятора и данные устройств симулятора, прежде чем что-то удалять. Начните с проверки того, что недоступно, что неактивно и что ещё нужно для тестирования, потому что очистка симулятора становится рискованной, когда вы относитесь к каждой папке от Apple как к одноразовому кэшу.

Это ошибка, которую допускают разработчики, узнав одно правило очистки и применяя его везде. DerivedData — это одно. Рантаймы симулятора и состояние устройств — совсем другое.

Освободить место можно. Просто последствия менее однородны.

Краткий ответ

Что такое CoreSimulator на Mac?

CoreSimulator — папка под управлением Apple, в которой Xcode держит рантаймы симуляторов и сами устройства-симуляторы для сборки и тестирования приложений iOS, iPadOS, watchOS и tvOS. На большинстве Mac она лежит по пути ~/Library/Developer/CoreSimulator и растёт по мере того, как вы добавляете рантаймы, создаёте устройства и накапливаете внутри них данные приложений.

Это не обычный кеш. В папке смешаны две разные вещи: образы рантаймов, от которых вы всё ещё зависите, и состояние устройств, которое во многих случаях можно сбросить или удалить. Поэтому у вопроса «CoreSimulator занимает десятки гигабайт» больше одного ответа.

Можно ли удалить папку CoreSimulator?

Целиком и вслепую — нет. Но большую часть места вы вернёте, если очистите нужный слой вместо удаления всего пути.

Если удалить ~/Library/Developer/CoreSimulator руками целиком, Xcode будет заново строить состояние симуляторов, а рантаймы, которые вам ещё нужны, исчезнут. Безопасный аналог — отдать эту работу собственному инструменту Apple simctl:

• удалить устройства, которые текущий SDK больше не поддерживает, командой xcrun simctl delete unavailable;
• сбросить содержимое и настройки устройства командой xcrun simctl erase <device>, когда проблема в раздутом состоянии приложений;
• удалить рантайм командой xcrun simctl runtime delete только тогда, когда эта версия ОС больше не нужна для тестов.

Место в CoreSimulator возвращают послойно, а не удалением папки в надежде, что Xcode восстановится сам.

Что хранят симуляторы Xcode и почему это накапливается

Хранилище симулятора — это не что-то одно. Это несколько слоёв, которые накапливаются вместе.

В общих чертах хранилище симулятора Xcode обычно включает:

• образы рантаймов для разных версий платформ iOS;
• созданные устройства симулятора для разных моделей iPhone и iPad;
• данные приложений, настройки и состояние внутри этих симуляторов для каждого устройства;
• рабочие данные разработки от Apple, которые растут при переключении SDK, типов устройств и версий Xcode.

Поэтому разработчики часто не понимают CoreSimulator. Легко посмотреть на размер папки и решить, что это просто кэш. На практике часть этого похожа на одноразовое тестовое состояние, а часть — поддержка рантаймов, от которой вы всё ещё зависите.

Паттерн роста нормален:

• вы устанавливаете новый Xcode или SDK;
• появляются новые рантаймы;
• создаются новые устройства симулятора;
• внутри них накапливаются приложения, тестовые данные и настройки;
• старые устройства становятся недоступными после изменений SDK или обновлений Xcode;
• ничего не проверяется месяцами, потому что на машине ещё достаточно свободного места.

А потом однажды хранилище симулятора становится главной историей, а не просто деталью.

Рантаймы симулятора и данные симулятора: в чём разница?

Это самое важное различие.

Инструментарий simctl от Apple разделяет операции с рантаймами и операции с устройствами. Уже одно это говорит о том, что модель очистки многослойная: устройства — не то же самое, что рантаймы, а очистка устройства — не то же самое, что удаление образа рантайма.

Поэтому общие заявления вроде «просто очистите CoreSimulator» — слабый совет. Они сливают разные последствия очистки в одно эмоциональное действие.

Как DerivedData вписывается в картину

DerivedData смежна, но это не та же проблема.

DerivedData — это в основном сгенерированный вывод сборки. Хранилище симулятора более смешанное. Оно может включать рантаймы, которые ещё нужны, созданные устройства, которые больше не нужны, и состояние внутри устройств, которое может быть или не быть важным.

Если давление исходит в основном от сгенерированного вывода сборки, правильное руководство — Xcode DerivedData занимает слишком много места на Mac? Что чистить в первую очередь. Если давление — в основном от образов рантаймов и состояния симулятора, оставайтесь с рабочим процессом для симулятора.

Как проверить, сколько места занимают симуляторы

Первый шаг — инспекция, а не удаление.

Используйте собственный инструментарий Apple, чтобы увидеть, какие устройства и рантаймы реально существуют:

xcrun simctl list devices
xcrun simctl list runtimes

Если хотите оценить общий след хранилища от Apple на диске, можно также сравнить основные папки напрямую:

du -sh ~/Library/Developer/CoreSimulator
du -sh ~/Library/Developer/Xcode/DerivedData
du -sh ~/Library/Developer/Xcode/Archives

Это важно, потому что самая большая папка от Apple — не всегда та, которую вы предполагали. Иногда DerivedData — основная проблема. Иногда CoreSimulator незаметно обгоняет её.

Что искать в первую очередь

• устройства в разделе Unavailable;
• рантаймы для версий ОС, которые вы больше не тестируете;
• много созданных устройств через несколько поколений рантаймов;
• тяжёлое состояние симуляторов на машине, которая не чистилась с момента нескольких обновлений Xcode;
• большая папка CoreSimulator, которая не соответствует вашим текущим потребностям в тестировании.

Именно здесь очистка начинает становиться рациональной, а не реактивной.

Как удалить симуляторы в Xcode: пошагово

Когда нужно именно удалить симуляторы, а не просто их осмотреть, есть два безопасных пути: интерфейс Xcode и командная строка simctl. Оба убирают старые симуляторы, не трогая рантаймы, которые вам ещё нужны.

Из приложения Xcode:

1. Откройте Xcode и перейдите в Window → Devices and Simulators.
2. Выберите вкладку Simulators.
3. Нажмите правой кнопкой на ненужный симулятор и выберите Delete, либо используйте Delete Unavailable Simulators для устройств, которые текущий SDK больше не поддерживает.

Из командной строки:

# сначала посмотреть список
xcrun simctl list devices

# удалить все устройства, помеченные текущим SDK как unavailable
xcrun simctl delete unavailable

# удалить одно конкретное устройство по его UDID
xcrun simctl delete <device-UDID>

Удаление недоступных симуляторов — самый чистый первый проход: исчезают только устройства, которые Apple уже пометила как неподдерживаемые. Удаление конкретного устройства убирает этот экземпляр симулятора, но оставляет образ рантайма на месте, поэтому устройство можно создать заново.

Если цель — освободить место, начинайте отсюда и только потом думайте про рантаймы: удалённое устройство восстанавливается легко, удалённый рантайм — решение потяжелее.

Безопасно ли удалять рантаймы симулятора на Mac?

Иногда, но это не самый безопасный первый шаг.

Справка simctl runtime от Apple прямо говорит, что образы рантаймов — самостоятельные управляемые объекты. Удаление рантайма отличается от очистки содержимого симулятора. Оно также отличается от удаления недоступного устройства.

Это значит, что удаление рантайма оправдано, когда:

• данная версия iOS больше не нужна для тестирования;
• вы перешли к более новому поколению Xcode или SDK;
• рантайм достаточно неиспользуем, что место ценнее удобства;
• вы предварительно проверили список рантаймов и точно знаете, что удаляете.

Это хуже, когда:

• активный проект всё ещё нацелен на это семейство рантаймов;
• превью SwiftUI, шаги воспроизведения багов или регрессионное тестирование всё ещё зависят от него;
• вы собираетесь демонстрировать или отлаживать проблему на старой цели;
• вы удаляете, ориентируясь только на размер, а не на реальные потребности тестирования.

Лучший первый шаг: уберите очевидный мёртвый груз

Самая безопасная очистка симулятора часто начинается с недоступных устройств.

Apple документирует это прямо в simctl delete: псевдоним unavailable удаляет устройства, не поддерживаемые текущим SDK Xcode.

xcrun simctl delete unavailable

Это не универсальное решение, но это один из самых чистых первых проходов, потому что он нацелен на устройства, уже помеченные как неподдерживаемые вашим текущим контекстом SDK.

Очистка данных симулятора без потери среды разработки

Здесь разработчики часто используют не тот инструмент.

Если проблема — устаревшие данные приложений или раздутого состояния устройств внутри симуляторов, вам может вообще не нужно удалять рантаймы. Может быть достаточно просто сбросить устройства симулятора.

Справка simctl erase от Apple определяет erase как стирание содержимого и настроек устройства:

xcrun simctl erase <device>

Это операция сброса, а не операция удаления рантайма.

Для чего полезен erase

• очистка состояния приложения внутри симулятора;
• сброс тестовых окружений;
• удаление раздутого содержимого на уровне устройства без удаления самого образа рантайма;
• сохранение рабочего процесса устройства при сбросе накопленного состояния.

Чем erase не является

• не командой очистки рантайма;
• не командой очистки DerivedData;
• не полноценной заменой проверки того, какие устройства и рантаймы вам реально ещё нужны.

Это различие — вся история очистки симулятора: стирание устройства, удаление устройства и удаление рантайма — три разных решения.

Где CoreSimulator лежит на диске

При разборе хранилища симуляторов важны два пути.

~/Library/Developer/CoreSimulator/Devices содержит созданные вами устройства-симуляторы. Каждое устройство — папка с именем по UDID, а внутри неё data/ хранит установленные приложения, их данные и настройки. Именно этот слой сбрасывает simctl erase и удаляет simctl delete.

Папка /Library/Developer/CoreSimulator на системном уровне отвечает за рантаймы. В зависимости от версии Xcode образы лежат под Profiles/Runtimes как бандлы .simruntime, либо Xcode управляет ими как загружаемыми рантаймами, которые показывает xcrun simctl runtime list. Всё, что вы удаляете там, затрагивает каждую учётную запись на Mac, так что это более тяжёлое решение.

du -sh ~/Library/Developer/CoreSimulator/Devices
du -sh /Library/Developer/CoreSimulator
xcrun simctl runtime list

Если перевешивает Devices, проблема в накопленном состоянии устройств и в тех, что текущий SDK уже не поддерживает. Если перевешивает системная папка, дело в образах рантаймов.

Можно ли перенести CoreSimulator на внешний диск?

Этот вопрос возникает, когда внутренний диск маленький, а папка симуляторов перевалила за 40 ГБ. Поддерживаемой настройки для переноса Apple не даёт, поэтому разработчики используют симлинк: копируют ~/Library/Developer/CoreSimulator на внешний том, проверяют копию, удаляют оригинал и связывают старый путь с новым.

На что вы соглашаетесь:

• Xcode не запустит симуляторы, пока диск не примонтирован, потому что путь исчезает;
• на USB-диске с питанием от шины симуляторы стартуют медленнее, чем на внутреннем SSD;
• обновление Xcode или SDK может заново создать часть структуры папок по исходному пути;
• резервное копирование и права на внешних томах работают иначе.

Посчитайте освобождаемое место до того, как переносить всю папку. Удаление недоступных устройств и рантаймов, которые вы больше не тестируете, часто освобождает больше, чем даёт перенос, и оставляет конфигурацию в том виде, который Apple поддерживает.

Как управлять хранилищем симулятора в будущем

Практическая цель — не «никогда не позволять симуляторам расти». Практическая цель — «не позволять хранилищу симулятора становиться невидимым».

Используйте такой ритм проверки:

1. Перечисляйте устройства и рантаймы после крупных изменений Xcode или SDK.
2. Удаляйте недоступные устройства, когда они появляются.
3. Сбрасывайте устаревшие устройства симулятора, когда проблема в состоянии устройств, а не в инвентаре рантаймов.
4. Проверяйте использование рантаймов перед удалением версии ОС целиком.
5. Сравнивайте CoreSimulator, DerivedData и Archives вместе, когда хранилище от Apple начинает расти.

Так решение об очистке остаётся привязанным к слою, который реально дорог.

Лучшая ментальная модель для хранилища от Apple

• DerivedData — это в основном сгенерированный вывод сборки.
• Archives сохраняют артефакты поставки и историю сборок.
• CoreSimulator смешивает поддержку рантаймов с состоянием устройств симулятора.
• самая безопасная очистка зависит от того, какой слой велик, а не просто от того, какая папка видна.

Как только вы начинаете мыслить слоями, очистка симулятора становится гораздо менее хаотичной.

Почему очистка разработчика работает лучше, когда она учитывает экосистемы

Если вы используете только Finder, папка от Apple на 20 или 30 ГБ выглядит как одна очевидная цель очистки. Это не так.

Файловый браузер может показать, что CoreSimulator занимает много места. Но не может сказать, является ли реально освобождаемое пространство:

• неподдерживаемыми устройствами;
• содержимым симуляторов, которое можно сбросить;
• рантаймами, которые больше не нужны;
• или соседним профилем Xcode, который просто оказался рядом.

Поэтому очистка симулятора должна быть частью очистки разработчика, а не универсальной очистки файлов.

Если ваша реальная проблема — «симуляторы плюс DerivedData плюс другое хранилище разработки от Apple», более широкий профильный рабочий процесс гораздо полезнее, чем погоня за одним путём за раз.

Итог

Если Xcode Simulator занимает место на вашем Mac, не относитесь к CoreSimulator как к одноразовому ведру кэша.

Сначала проверьте устройства и рантаймы. Удаляйте недоступные устройства как чистый первый проход, используйте erase, только когда хотите сбросить содержимое и настройки симулятора, и удаляйте рантаймы, только когда действительно больше не нужна эта версия ОС.

Это более безопасный путь очистки: разделяйте образы рантаймов и состояние устройств, отделяйте хранилище симулятора от DerivedData и привязывайте очистку от Apple к реальным потребностям тестирования, а не к слепому удалению папок.