В чем разница между ARC и MRC?

ARC и MRC: управление памятью в iOS

ARC (Automatic Reference Counting) и MRC (Manual Reference Counting) — это два подхода к управлению памятью в Objective-C и Swift (для Objective-C совместимости). Основное различие заключается в том, кто отвечает за подсчёт ссылок на объекты: разработчик или компилятор.

MRC (Ручное управление памятью)

В MRC разработчик вручную управляет жизненным циклом объектов, используя методы retain, release и autorelease. Это требует глубокого понимания правил владения объектами и чревато утечками памяти или преждевременным освобождением, если допустить ошибку.

Пример кода на Objective-C с MRC:

// Создание объекта
MyClass *obj = [[MyClass alloc] init]; // retainCount = 1

// Увеличение счётчика ссылок
[obj retain]; // retainCount = 2

// Уменьшение счётчика ссылок
[obj release]; // retainCount = 1

// Ещё одно уменьшение — объект будет деаллоцирован
[obj release]; // retainCount = 0, память освобождена

// Использование autorelease
MyClass *autoreleasedObj = [[[MyClass alloc] init] autorelease];

Недостатки MRC:

• Высокий риск утечек памяти (если забыть release).
• Возможность висячих указателей (обращение к освобождённому объекту).
• Усложнение кода и увеличение времени разработки.

ARC (Автоматическое управление памятью)

ARC — это технология, внедрённая Apple с iOS 5 и Xcode 4.2, которая автоматически вставляет вызовы retain, release и autorelease во время компиляции. Разработчик лишь указывает типы ссылок (strong, weak, unowned), а компилятор генерирует код для управления памятью.

Пример кода на Swift с ARC:

class MyClass {
    var name: String
    init(name: String) { self.name = name }
}

// strong ссылка — увеличивает счётчик
var strongRef: MyClass? = MyClass(name: "Объект 1") // retainCount = 1
var anotherRef = strongRef // retainCount = 2

// weak ссылка — не увеличивает счётчик, обнуляется при деаллокации
weak var weakRef: MyClass? = strongRef // retainCount остаётся 2

// unowned ссылка — аналогично weak, но предполагает, что объект жив
unowned let unownedRef: MyClass = strongRef!

// При обнулении strongRef объект деаллоцируется, weakRef становится nil
strongRef = nil // retainCount = 1
anotherRef = nil // retainCount = 0, объект удалён, weakRef = nil

Преимущества ARC:

• Автоматизация — минимизация ручной работы.
• Снижение ошибок — утечки и сбои становятся реже.
• Повышение читаемости кода — фокус на логике, а не управлении памятью.
• Поддержка циклов ссылок через weak и unowned.

Ключевые отличия в таблице

Важные нюансы

• ARC работает только для объектов (наследников NSObject в Objective-C и ссылочных типов в Swift). Для C-структур и примитивов управление памятью остаётся ручным.
• Циклы ссылок — даже с ARC возможны утечки, если создать сильные ссылки между объектами (например, делегаты без weak). Для этого используют weak (ссылка, которая обнуляется) или unowned (предполагает существование объекта).
• Совместимость: ARC поддерживает смешанный код (например, Objective-C с ARC и MRC-библиотеками) через модификаторы __strong, __weak, __unsafe_unretained.
• Исторически MRC использовался до iOS 5, а сейчас ARC является стандартом для всех новых проектов. Однако понимание MRC полезно для поддержки старого кода или низкоуровневой оптимизации.

Вывод: ARC — это эволюционный шаг, который упростил разработку под iOS/macOS, сократив количество ошибок памяти. MRC же требует высокой дисциплины, но даёт полный контроль (что иногда нужно в специфических случаях, например, для тонкой оптимизации в legacy-приложениях). В современной практике предпочтение отдаётся ARC как более безопасному и эффективному инструменту.