Что произойдет, если использовать weak var user = User()?

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

Если вы попытаетесь написать weak var user = User(), компилятор Swift выдаст ошибку:

'weak' may only be applied to class and class-bound protocol types, not 'User'

И даже если User — это класс, вы получите более важную ошибку:

'weak' variable should have optional type 'User?' or be declared as 'unowned'

Фундаментальная проблема: weak-ссылки в Swift обязаны быть опциональными (Optional<T>), так как ARC может обнулить их в любой момент. Выражение User() создает экземпляр, на который нет сильных ссылок, поэтому ARC немедленно уничтожит объект, а weak-ссылка станет nil.

---

Подробное объяснение

1. Семантика weak в Swift

weak — это один из механизмов управления памятью через Automatic Reference Counting (ARC). Его ключевые особенности:

• Не увеличивает счетчик ссылок на объект.
• Автоматически обнуляется (nil), когда объект уничтожается ARC.
• Может использоваться только для ссылочных типов (классов и class-bound протоколов).
• Всегда должен быть опциональным типом (Type?), чтобы мог принимать значение nil.

class User { }

// Правильное объявление:
weak var user: User? = someUserInstance // Optional, может быть nil

// НЕправильно:
weak var user = User() // Не опциональный + нет сильных ссылок

2. Что происходит шаг за шагом

Давайте проанализируем код weak var user = User():

class User {
    init() { print("User создан") }
    deinit { print("User уничтожен") }
}

func test() {
    weak var user = User() // Ошибка компиляции, но представим...
}

Если бы это скомпилировалось, процесс был бы таким:

1. User() — создается экземпляр класса. ARC присваивает ему счетчик сильных ссылок = 0.
2. weak var user — создается weak-ссылка. Она не увеличивает счетчик ссылок.
3. Поскольку нет сильных ссылок (strong references), счетчик сразу падает до 0.
4. ARC немедленно уничтожает объект и освобождает память.
5. weak-ссылка user автоматически обнуляется (становится nil).
6. В консоли вы бы увидели:

   User создан
   User уничтожен
   

Итог: переменная user будет nil сразу после инициализации — это абсолютно бессмысленно.

3. Правильные сценарии использования weak

weak используется преимущественно для разрыва циклов сильных ссылок (retain cycles):

Пример 1: Делегаты

protocol UserDelegate: AnyObject { }

class UserManager {
    weak var delegate: UserDelegate? // weak чтобы избежать цикла
}

Пример 2: Замыкания с захватом self

class User {
    var action: (() -> Void)?
    
    func setupHandler() {
        // [weak self] предотвращает retain cycle
        action = { [weak self] in
            self?.doSomething()
        }
    }
}

Пример 3: Родитель-ребенок иерархия

class Parent {
    var child: Child?
}

class Child {
    weak var parent: Parent? // weak ссылка на родителя
}

4. Альтернатива: unowned

Если вам нужна неопциональная некрепкая ссылка, используйте unowned:

unowned var user = User() // Все еще вызовет краш, т.к. объект уничтожится!

// Правильное использование unowned:
class Customer {
    let id: String
    init(id: String) { self.id = String }
}

class Order {
    unowned let customer: Customer // Не опционально, но предполагает, что customer живет дольше
    init(customer: Customer) {
        self.customer = customer
    }
}

Важно: unowned не обнуляется, а обращение к уничтоженному объекту вызовет краш приложения.

5. Практический совет

Всегда инициализируйте weak переменные через сильную ссылку:

class User { }

// Правильный подход:
let strongUser = User()          // 1. Сильная ссылка
weak var weakUser: User? = strongUser // 2. Weak ссылка

// Или в реальных сценариях:
var currentUser: User? = User()  // Сильная ссылка в другом месте
weak var displayedUser = currentUser // Weak копия

Выводы

1. weak var user = User() не скомпилируется из-за неопционального типа.
2. Даже если бы скомпилировалось — объект мгновенно уничтожился бы, так как weak не удерживает его.
3. weak предназначен для вспомогательных ссылок, когда основной объект уже удерживается сильной ссылкой где-то еще.
4. Основная цель weak — предотвращение retain cycles, а не создание объектов.
5. Всегда проверяйте, есть ли у объекта хотя бы одна сильная ссылка, прежде чем использовать weak-ссылку на него.

Использование weak без понимания ARC часто приводит к неожиданному nil и сложным ошибкам. Всегда анализируйте граф ссылок в вашем приложении при работе с классами.