Kuidas mõjutab unowned kasutamine objekti elutsükli haldamist programmeerimises?

In iOS (Swift), the unowned keyword is used to declare a weak reference to an object that does not increase the reference count but assumes that the object will exist for the lifetime of the reference.

Using unowned helps to avoid retain cycles, which can lead to memory leaks. Unlike weak, an unowned reference is not optional and does not become nil after the object is deallocated, so it should only be used when it is guaranteed that the object will outlive the reference.

Example:

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

Here, Apartment maintains an unowned reference to Person to prevent a cycle, assuming that Person will always exist as long as Apartment exists. If Person is deallocated earlier, accessing the unowned reference will cause a runtime error.