Когда система очищает память?

Механизмы очистки памяти в iOS

В iOS управление памятью — это сложный процесс, в котором участвуют как Objective-C Runtime, так и Swift Runtime, но ключевым механизмом является ARC (Automatic Reference Counting). Система не "очищает память" единым централизованным действием, а постоянно отслеживает и освобождает объекты, которые стали недостижимыми, то есть на которые не осталось сильных ссылок.

Когда и как происходит освобождение памяти?

Освобождение памяти происходит мгновенно в момент, когда счетчик сильных ссылок на объект достигает нуля. Это не периодическая "очистка", а непрерывный процесс, интегрированный в исполнение программы.

class Example {
    init() {
        print("Объект создан")
    }
    deinit {
        print("Объект уничтожен, память освобождена")
    }
}

func testScope() {
    let object = Example() // Счетчик ссылок = 1
    // object используется внутри функции
} // Когда функция завершается, локальная переменная `object` уничтожается.
   // Счетчик ссылок уменьшается до 0.
   // Моментально вызывается deinit, память освобождается.

Ключевые моменты процесса:

• Немедленная реакция: Когда последняя сильная ссылка на объект уничтожается (переменная выходит из области видимости, ей присваивается nil, или содержащий ее массив/словарь очищается), ARC сразу вызывает деинициализатор (deinit) и освобождает память.
• Циклы ссылок: Основная проблема, которую ARC не может разрешить автоматически — это retain cycles (циклические ссылки). Если два объекта имеют сильные ссылки друг на друга, их счетчики никогда не станут нулевыми, и память никогда не освободится. Для решения этой проблемы используются weak и unowned ссылки.

  class Parent {
      var child: Child?
  }
  class Child {
      // Weak ссылка предотвращает цикл
      weak var parent: Parent?
  }
  

• Авторелейз пул (AutoreleasePool): В Objective-C и Swift при работе с Foundation, некоторые методы возвращают объекты, помещенные в autorelease pool. Эти объекты будут освобождены не мгновенно, а когда пул будет дренажен (drained). В основном это происходит в конце каждого цикла обработки событий (run loop iteration) главного потока. В Swift для интенсивных операций можно создавать свои пулы:

  autoreleasepool {
      // Выполнение операций, которые могут создавать множество
      // временных autoreleased объектов (например, обработка изображений)
      for _ in 0..<10000 {
          // Some intensive work with Foundation objects
      }
  } // Пул дренажится здесь, память освобождается
  

Влияние системных событий и предупреждений

Хотя ARC работает постоянно, существуют системные события, которые могут стимулировать более активное освобождение памяти или указывать на проблемы:

• Получение предупреждения о памяти (Memory Warning): Когда система обнаруживает высокое использование памяти, она отправляет всем активным объектам UIViewController предупреждение через метод didReceiveMemoryWarning. Это сигнал для разработчика, а не автоматическое очищение. Ответственность разработчика — освободить неиспользуемые ресурсы (кэши, большие данные, невидимые view).

  class MyViewController: UIViewController {
      override func didReceiveMemoryWarning() {
          super.didReceiveMemoryWarning()
          // Освобождаем наш временный кэш изображений
          imageCache.clear()
      }
  }
  

• Завершение работы приложения: Если память системы критически исчерпана и ваше приложение находится в фоне, iOS может принудительно завершить его процесс, полностью освободив всю занимаемую им память. Это крайняя мера, до которой нужно не доводить, оптимизируя использование памяти.

Роль сборщика мусора (Garbage Collector)

Важно отметить, что в iOS нет традиционного Garbage Collector (как в Java или .NET), который работает в отдельном потоке и периодически сканирует граф объектов. Использование ARC делает процесс освобождения памяти более предсказуемым и эффективным, так как он связан непосредственно с потоком выполнения программы и не требует "стоп-мира" (stop-the-world) для своей работы.

Таким образом, система "очищает" память непрерывно и автоматически в момент, когда объекты становятся ненужными. Основная задача разработчика — правильно организовать ссылки (используя weak/unowned для предотвращения циклов) и реагировать на системные предупреждения, освобождая дополнительные ресурсы. Успешное управление памятью — это фундамент для стабильной работы приложения и избегания крешей, вызванных исчерпанием памяти.