Hot Restart i mobilutveckling — essens, mekanism och funktionsprincip

Vad är Hot Restart?

Hot Restart är en utvecklingsmekanism där applikationen laddas om helt med uppdaterad källkod utan att projektet behöver omkompileras fullständigt. Utvecklaren gör ändringar i koden, sparar filen och skickar via IDE ett omstartskommando. Applikationen omkompilerar ändrade filer, startar om Dart VM och går igenom hela livscykeln från main till slutlig rendering av användargränssnittet.

Hot Restart skiljer sig från fullständig ombyggnad genom att den använder redan kompilerade binärbibliotek och Flutter-ramverket utan omkompilering av inbyggda omslag. Detta förkortar utvecklingscykeln från flera minuter till några sekunder. Enligt en enkät bland Flutter-utvecklare (2024) är den genomsnittliga Hot Restart-tiden 2,1 sekunder, vilket är cirka 97 % snabbare än fullständig ombyggnad av projektet via kommandot flutter build.

Mekanismen är särskilt efterfrågad vid utveckling av användargränssnitt där frekvent kontroll av visuella ändringar krävs. Utvecklaren kan ändra färg, storlek eller position på ett element och omedelbart se resultatet på simulatorn eller en fysisk enhet, utan att förlora utvecklingskontexten på lång kompilering. Detta påskyndar iterativ prototypframställning radikalt.

Hur fungerar Hot Restart-mekanismen?

Vid exekvering av Hot Restart-kommandot sker en sekvens av operationer: spara ändrade filer, inkrementell kompilering av ändrade Dart-filer till maskinkod, omstart av Dart VM och återexekvering av applikationens startpunkt. Dart VM är en virtuell maskin som exekverar Dart-kod i JIT-läge (Just-In-Time) under utveckling och AOT-läge (Ahead-Of-Time) i produktionsbyggen.

Livscykel vid Hot Restart

Vid Hot Restart genomgår applikationen hela livscykeln: anrop av main-funktionen, initiering av WidgetsFlutterBinding, start av runApp och uppbyggnad av hela widget-trädet från grunden. Alla tidigare widgettillstånd, variabler och cacheminnen rensas. Detta garanterar att applikationen är i ett rent tillstånd, helt identiskt med tillståndet efter en ny installation på enheten.

Processen kan representeras som en sekvens av steg: utvecklaren trycker på Hot Restart-knappen i IDE, Flutter-verktygen skickar kommandot till enheten, enheten sparar det aktuella applikationsskelettet, startar om Dart VM med ny kod och startar main igen. Alla beroenden som är registrerade i beroendeinjektionscontainern skapas på nytt från grunden.

Nyckelfunktionen — binärkoden för det inbyggda omslaget (plugin, Kotlin-kod, Swift-kod) omkompileras inte. Hot Restart påverkar endast Dart-lagret i applikationen, vilket säkerställer hög omstarthastighet. Om ändringarna påverkar inbyggd kod krävs fullständig exekvering av flutter build.

Teknisk implementering i Flutter

Flutter använder en arkitektur där Dart-kod exekveras på Dart VM och UI renderas via Skia- eller Impeller-motorn. Vid Hot Restart startar Flutter-verktygen om den isolerade instansen av Dart VM (isolate), laddar uppdaterade .dill-filer (Dart Intermediate Language) och exekverar main-funktionen igen. Hela UI byggs upp på nytt via runApp-anropet, vilket garanterar att alla widgetar är aktuella.

import 'package:flutter/material.dart';

void main() {
  // Efter Hot Restart exekveras denna funktion igen
  var prefs = await SharedPreferences.getInstance();
  var themeMode = prefs.getString('theme') ?? 'light';
  runApp(MyApp(themeMode: themeMode));
}

Hot Restart vs Hot Reload: viktiga skillnader

Hot Restart och Hot Reload är två mekanismer för accelererad utveckling som ofta förväxlas. Hot Reload laddar ändringar i den körande applikationen utan förlust av aktuellt tillstånd, medan Hot Restart startar om applikationen helt. Hot Reload fungerar snabbare (0,1–1 sekund), men tillämpar inte ändringar som påverkar initiering eller statiska fält i en klass.

Bevara applikationstillstånd

Huvudskillnaden — applikationstillstånd. Hot Reload bevarar widgetarnas aktuella tillstånd: scrollposition, inmatade data, öppna modala fönster. Hot Restart återställer hela tillståndet till det ursprungliga. Om ändringen endast gäller kod i build-metoden räcker Hot Reload. Om ändringen påverkar main, globala variabler eller beroenden — krävs Hot Restart.

Hot Reload tillämpar ändringar genom injektion av uppdaterad kod i Dart VM utan att starta om isolate. Detta är endast möjligt för ändringar som inte bryter mot typstrukturen och inte kräver återinitiering av widgetar. Vid Hot Restart startas isolate om helt, vilket möjliggör tillämpning av alla ändringar, inklusive borttagning eller omdöpning av klasser och metoder.

Prestanda och scenarier

Enligt Flutter-teamet tar Hot Reload mindre än 1 sekund för de flesta ändringar, medan Hot Restart tar 1 till 3 sekunder. För cirka 80 % av ändringarna i användargränssnittet räcker Hot Reload. Hot Restart krävs vid ändring av applikationskonfigurationer, globala variabler, inbyggda plugin i Dart-omslaget och arkitektoniska beslut.

Följande strategi rekommenderas: använd Hot Reload för visuella justeringar av UI och små logikändringar; växla till Hot Restart vid ändring av datastruktur, tillägg av beroenden eller justering av initialiseringskod. Detta minimerar väntetiden och bibehåller hög utvecklingsproduktivitet.

Implementering av Hot Restart i populära ramverk

Mekanismen för hot restart implementeras olika beroende på ramverk och programmeringsspråk. Flutter erbjuder den mest mogna implementeringen av Hot Restart genom JIT-kompilering av Dart VM, medan React Native använder en liknande mekanism genom Metro Bundler och JavaScript Core eller Hermes.

Hot Restart i Flutter

I Flutter aktiveras Hot Restart med kommandot r i terminalen efter att applikationen startats via flutter run. Alternativt — Hot Restart-knappen i Android Studio, VS Code eller IntelliJ IDEA. Hot Restart fungerar endast i debug-läge och är inte tillgängligt i profile- och release-byggen. Vid exekvering omkompilerar Flutter-verktygen de ändrade filerna till kernel-format och skickar dem till enheten.

// Före Hot Restart: gammal version
class Counter extends StatefulWidget {
  final int initialValue = 0;
  // Efter Hot Restart: det nya värdet träder i kraft
  // final int initialValue = 10;
}

class CounterState extends State<Counter> {
  int _count = 0;
  // Hot Reload kommer att bevara _count, Hot Restart återställer till 0
}

Begränsning av Hot Restart i Flutter — oförmågan att bevara debug-tillstånd. Efter omstart behålls alla brytpunkter, men variabelvärdena i felsökaren återställs. För att bevara tillstånd mellan omstarter används State Restoration-mekanismer för att spara applikationstillstånd.

Hot Restart i React Native

I React Native implementeras hot restart genom Metro Bundler — JavaScript-modulsamlaren. Vid kodändringar bygger Metro om de ändrade modulerna och skickar den uppdaterade bunten till enheten. React Native stöder Fast Refresh — en analog till Hot Reload som bevarar tillståndet för funktionella komponenter med hjälp av React hooks.

Fullständig omstart (Reload) i React Native laddar om JavaScript-motorn och hela applikationen i sin helhet. Detta är helt analogt med Hot Restart i Flutter. För start används kombinationen Cmd+R på iOS-simulatorn eller dubbeltryck på R på Android. Tiden för fullständig omstart i React Native varierar från 2 till 8 sekunder beroende på buntens storlek.

När ska Hot Restart användas i utveckling

Hot Restart är ett oumbärligt verktyg i ett antal utvecklingsscenarier. Det första och mest uppenbara — ändring av applikationens globala konfiguration: designteman, lokalisering, tillståndsleverantörer. Om du har ändrat leverantören i roten av widget-trädet eller lagt till en ny modul i DI-containern, garanterar Hot Restart korrekt initiering av alla komponenter.

Det andra scenariot — ändring av statiska variabler och konstanter. I Dart initieras statiska fält en gång när klassen laddas. Hot Reload tillämpar inte ändringar av statiska fält, därför är Hot Restart obligatoriskt för deras uppdatering. Detta är särskilt relevant vid arbete med konfigurationskonstanter, API-URL:er och funktionsflaggor.

Det tredje scenariot — felsökning av initiering: kontroll av main-funktionen, startskärmen, laddning av beroenden. Vid varje Hot Restart genomgår applikationen hela initieringscykeln, vilket möjliggör upptäckt av fel som endast uppstår vid start — problem med SharedPreferences, anslutningsfel till databasen, initieringstimeouts.

Det fjärde scenariot — testning av tomt tillstånd. Hot Restart återställer hela applikationstillståndet, vilket möjliggör kontroll av beteendet vid första start: visning av onboarding, tillståndsförfrågningar, tomma listor och placeholder. För repeterbar testning är detta betydligt snabbare än att installera om applikationen.