Closure kaappaa (capture) viittaamansa muuttujat pitäen ne elossa. Kun closure kaappaa self-viitteen ja self myös pitää closurea (tallennettuna ominaisuutena), ne pitävät toisiaan elossa ikuisesti — , joka vuotaa muistia. kuten katkaisee sen syklin.
[weak self]ARC vapauttaa olion, kun sen viittausmäärä osuu nollaan. Vahva kaappaus kasvattaa tuota lukua.
final class Downloader {
var onDone: (() -> Void)? // tallennettu closure -> vahva
func start() {
// HUONO: closure kaappaa selfin vahvasti, self pitää closurea -> sykli
onDone = { self.cleanup() }
// HYVÄ: heikko kaappaus, self voi vapautua
onDone = { [weak self] in
guard let self else { return } // pura turvallisesti; poistu jos poissa
self.cleanup()
}
}
func cleanup() {}
}
[weak self] — selfstä tulee optional; se on nil, jos olio vapautettiin. Turvallinen oletus, kun olio saattaa elää closurea kauemmin.[unowned self] — ei-optional, ei ARC-kuormaa, mutta kaatuu, jos self on jo poissa. Käytä vain silloin, kun selfn taataan elävän closurea kauemmin.Task { [weak self] in
let data = await self?.fetch() // self? oikosulkee jos vapautettu
}
Ei-karkaavat closuret (esim. map, filter, forEach) ajetaan synkronisesti ja vapauttavat kaappaukset välittömästi — ei sykliä, ei tarvetta [weak self]-listalle. Riski on karkaavissa, tallennetuissa closureissa: completion handlerit, Timer, NotificationCenter, Combine-sinkit, delegaattilohkot.
Retain-syklit ovat yleisin muistivuoto iOS:ssä, ja ne ovat näkymättömiä, kunnes Instruments näyttää kasvavan muistin. Sen tietäminen, tarkalleen milloin closure karkaa ja miksi [weak self] tarvitaan — verrattuna refleksinomaiseen tarttumiseen kaikkialla — erottaa insinöörit, jotka ymmärtävät ARC:n, niistä, jotka toistavat sitä ymmärtämättä.
Kirjasto IT-haastattelukysymyksiä yksityiskohtaisine vastauksineen — Juniorista Senioriin.
Lahjoita