Welche Gründe machen die Verwendung von Unowned in bestimmten Situationen weniger bevorzugt?

Die Verwendung von unowned in iOS (Swift) ist weniger vorzuziehen in Situationen, in denen das Risiko besteht, dass das Objekt, auf das mit unowned verwiesen wird, vor der Verwendung der Referenz freigegeben (deallocated) werden könnte. Im Gegensatz zu weak ist unowned nicht optional und wird beim Freigeben des Objekts nicht nil, daher führt der Zugriff auf eine solche Referenz nach der Freigabe zu einem Absturz der Anwendung (Laufzeitfehler).

Gründe, unowned zu vermeiden:

• Wenn der Lebenszyklus des Objekts nicht garantiert, dass die Referenz immer gültig ist.
• Bei komplexen gegenseitigen Referenzen, bei denen die Reihenfolge der Freigabe der Objekte nicht klar ist.

In solchen Fällen ist es besser, weak zu verwenden, das automatisch nil wird und so einen unerwarteten Absturz verhindert.

Beispiel:

class A {
    unowned var b: B
    init(b: B) { self.b = b }
}

class B {
    var a: A?
}

Wenn das Objekt B vor A freigegeben wird, führt der Zugriff auf b in A zu einem Fehler.