Closure užfiksuoja (captures) kintamuosius, į kuriuos kreipiasi, palaikydamas juos gyvus. Kai closure užfiksuoja self, o self taip pat laiko closure (kaip saugomą savybę), jie amžinai palaiko vienas kitą gyvą — , kuris nutekina atmintį. , pvz. , nutraukia šį ciklą.
[weak self]ARC atlaisvina objektą, kai jo nuorodų skaičius pasiekia nulį. Stipri fiksacija padidina tą skaičių.
final class Downloader {
var onDone: (() -> Void)? // stored closure -> strong
func start() {
// BAD: closure captures self strongly, self holds closure -> cycle
onDone = { self.cleanup() }
// GOOD: weak capture, self can deallocate
onDone = { [weak self] in
guard let self else { return } // safely unwrap; bail if gone
self.cleanup()
}
}
func cleanup() {}
}
[weak self] — self tampa optional; jis yra nil, jei objektas buvo atlaisvintas. Saugus numatytasis pasirinkimas, kai objektas gali pergyventi closure.[unowned self] — ne optional, be ARC papildomos naštos, bet sukelia gedimą, jei self jau nebeegzistuoja. Naudokite tik tada, kai garantuojama, kad self pergyvens closure.Task { [weak self] in
let data = await self?.fetch() // self? short-circuits if deallocated
}
Neišbėgantys (non-escaping) closure (pvz. map, filter, forEach) vykdomi sinchroniškai ir iškart atleidžia fiksacijas — jokio ciklo, jokio [weak self] nereikia. Rizika kyla su išbėgančiais, saugomais closure: completion handler, Timer, NotificationCenter, Combine sink, delegate blokai.
Retain cycle yra dažniausias atminties nutekėjimas iOS, ir jie nematomi, kol Instruments neparodo augančios atminties. Tikslus žinojimas, kada closure išbėga ir kodėl reikia [weak self] — o ne refleksyvus jo naudojimas visur — atskiria inžinierius, kurie supranta ARC, nuo tų, kurie jį kartoja iš įpročio.
IT pokalbių klausimų biblioteka su išsamiais atsakymais — nuo Junior iki Senior.
Paaukoti