Come influisce l'uso di unowned sulla gestione del ciclo di vita di un oggetto in programmazione?

In iOS (Swift), la parola chiave unowned viene utilizzata per dichiarare un riferimento debole a un oggetto, che non aumenta il contatore di riferimenti, ma presuppone che l'oggetto esisterà durante tutta la durata del riferimento.

L'uso di unowned aiuta a evitare cicli di ritenzione (retain cycles), che possono portare a perdite di memoria. A differenza di weak, il riferimento unowned non è opzionale e non diventa nil dopo che l'oggetto viene deallocato, quindi dovrebbe essere usato solo se si garantisce che l'oggetto esisterà più a lungo del riferimento.

Esempio:

class Person {
    var name: String
    init(name: String) { self.name = name }
    var apartment: Apartment?
}

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

let john = Person(name: "John")
let apt = Apartment(unit: "4A", tenant: john)
john.apartment = apt

Qui, Apartment mantiene un riferimento unowned a Person per evitare un ciclo, assumendo che Person esisterà sempre finché Apartment esiste. Se Person viene eliminato prima, l'accesso al riferimento unowned causerà un errore in fase di esecuzione.