De nieuwe Memory Manager uitgelegd

Op iOS draait je gedeelde code als Kotlin/Native, dat zijn eigen geheugen beheert. Als je begrijpt hoe dit werkt, blijft je app stabiel.

In het oorspronkelijke model werden objecten bevroren zodat threads ze konden delen. Die regel voor bevriezen veroorzaakte onduidelijke crashes en veel omwegen.

Moderne Kotlin/Native-versies worden geleverd met een nieuwe geheugenmanager die de regel voor bevriezen volledig laat vallen. Gedeelde objecten werken nu gewoon over threads heen.

Je krijgt niet langer InvalidMutabilityException wanneer je vanuit een andere thread de status benadert. Wijzigbare objecten kunnen vrij tussen threads worden gedeeld.

Het nieuwe model gedraagt zich veel als de JVM die je van Android kent. Dezelfde gedeelde Kotlin-code draait op beide platforms met vertrouwde semantiek.

Een echte garbagecollector ruimt ongebruikte objecten automatisch op. Je schrijft gewone Kotlin en laat de runtime het opruimen voor je doen.

Recente Kotlin-versies schakelen de nieuwe manager standaard in, dus een nieuw KMP-project gebruikt deze al. Je hebt geen speciale vlag nodig.

Omdat de status niet langer wordt bevroren, kunnen coroutines op iOS wijzigbare gegevens tussen dispatchers doorgeven, precies zoals op Android.

Je kunt een normaal object vanuit meerdere threads lezen en wijzigen zonder het eerst te bevriezen. De runtime regelt de administratie voor je.

De manager verwijdert het bevriezen, maar niet de racecondities. Voor twee threads die hetzelfde veld schrijven, is nog steeds coördinatie nodig.

Dankzij de nieuwe manager kun je je gedeelde logica vrijwel zonder speciale aanpassingen naar iOS overzetten. Je richt je op functies, niet op geheugenregels.

Je hebt gezien hoe de nieuwe geheugenmanager het bevriezen beëindigt, garbagecollection toevoegt en gedeelde Kotlin op iOS meer als de JVM laat aanvoelen. 🎉