В чем разница между weak и unowned ссылками в Swift?

Разница между weak и unowned ссылками в Swift

В Swift weak и unowned — это два типа несильных (non-strong) ссылок, используемых для предотвращения циклов сильных ссылок (retain cycles) в управлении памятью через Automatic Reference Counting (ARC). Оба позволяют объектам ссылаться друг на друга без увеличения счетчика ссылок, но с ключевыми различиями в поведении и безопасности.

Основные характеристики weak ссылок

• Автоматическое обнуление (Zeroing): weak-ссылки автоматически становятся nil, когда объект, на который они ссылаются, освобождается из памяти. Это делает их опциональными (optional) по умолчанию.
• Безопасность: Использование weak исключает риск обращения к освобожденной памяти, так как вы всегда можете проверить, не равен ли объект nil.
• Типичное применение: Часто используются в делегатах (delegates), замыканиях (closures) и связях между контроллерами представления, где объект-ссылка может пережить целевой объект.

Пример weak-ссылки:

class Parent {
    weak var child: Child?
}

class Child {
    var parent: Parent?
}

Здесь child в классе Parent — weak-ссылка, что предотвращает цикл, если Child также хранит strong-ссылку на Parent.

Основные характеристики unowned ссылок

• Необнуляемые (Non-zeroing): unowned-ссылки не становятся nil при освобождении объекта. Они предполагают, что объект будет существовать на протяжении всего времени жизни ссылки.
• Риск сбоев: Если обратиться к unowned-ссылке после освобождения объекта, это приведет к аварийному завершению (runtime crash) из-за обращения к недопустимой памяти.
• Типичное применение: Используются, когда время жизни объектов четко связано — например, когда один объект не может существовать без другого. Часто применяются в замыканиях, где захваченный объект гарантированно существует.

Пример unowned-ссылки:

class Customer {
    let name: String
    var card: CreditCard?
    
    init(name: String) {
        self.name = name
    }
}

class CreditCard {
    let number: String
    unowned let customer: Customer
    
    init(number: String, customer: Customer) {
        self.number = number
        self.customer = customer
    }
}

Здесь customer в CreditCard — unowned-ссылка, так как кредитная карта не может существовать без клиента, и клиент обычно освобождается после карты.

Сравнительная таблица weak vs unowned

Практические рекомендации по выбору

• Используйте weak, когда:

  • Ссылка может стать nil в течение своего времени жизни.
  • Вы работаете с делегатами или обратными вызовами, где объект может быть освобожден.
  • Нет четких гарантий времени жизни объекта.

• Используйте unowned, когда:

  • Объект-ссылка имеет одинаковое или более длительное время жизни, чем целевой объект.
  • Вы уверены, что целевой объект не будет освобожден раньше (например, связь "ребенок-родитель").
  • Критична производительность, и вы хотите избежать накладных расходов на optional.

Пример в замыканиях

// weak — безопасный подход
networkService.fetchData { [weak self] result in
    guard let self = self else { return }
    self.handleResult(result)
}

// unowned — рискованный, но допустимый при гарантиях
class TimerManager {
    func startTimer(completion: @escaping () -> Void) {
        Timer.scheduledTimer(withTimeInterval: 1.0, repeats: false) { [unowned self] _ in
            self.timerCompleted() // Может вызвать краш, если self освобожден
            completion()
        }
    }
}

Заключение

Выбор между weak и unowned сводится к анализу времени жизни объектов и требований безопасности. weak обеспечивает защиту от обращений к освобожденной памяти через механизм обнуления, тогда как unowned предлагает легковесную альтернативу, но требует аккуратности. В сомнительных случаях предпочтительнее использовать weak, чтобы избежать случайных сбоев. Понимание этих различий критично для написания стабильных и эффективных Swift-приложений с корректным управлением памятью.