Was ist der Unterschied zwischen Weak- und Unowned-Referenzen in der Speicherverwaltung?

In Swift werden Referenztypen weak und unowned verwendet, um starke Referenzzyklen (Retain Cycles) bei der Speicherverwaltung zu vermeiden, unterscheiden sich jedoch im Verhalten und in der Anwendung.

• Weak (schwache Referenz):

  • Kann nil sein.
  • Wird als optionaler Typ deklariert (var delegate: SomeDelegate? weak).
  • Wird verwendet, wenn die Referenz im Verlauf der Lebensdauer des Objekts nil werden kann, z.B. bei Delegierten.
  • Das System setzt die weak-Referenz automatisch auf nil, wenn das referenzierte Objekt freigegeben wird.

• Unowned (ohne Eigentümer):

  • Kann nicht nil sein (nicht optionaler Typ).
  • Wird verwendet, wenn die Referenz während der Lebensdauer des Objekts garantiert existiert, z.B. bei Eltern-Kind-Beziehungen.
  • Wenn das referenzierte Objekt bereits freigegeben wurde, führt der Zugriff zu einem Laufzeitfehler (Crash).

Beispiel:

class Person {
    var apartment: Apartment?
}

class Apartment {
    unowned let tenant: Person
    init(tenant: Person) {
        self.tenant = tenant
    }
}

// Hier ist `tenant` unowned, da eine Wohnung ohne Mieter nicht existieren kann.

class DelegateHolder {
    weak var delegate: SomeDelegate?
}

// Der Delegate ist weak, da er früher freigegeben werden kann.

Daher eignet sich weak für Referenzen, die nil werden können, und unowned für Referenzen, die während der Lebensdauer des Objekts immer gültig sein sollten.