Cosa sta facendo il processo di zigote in Android L?

Sto cercando di capire le differenze specifiche nei tempi di esecuzione di Dalvik e ART. Mi rendo conto che ART non utilizza più la VM Dalvik, tuttavia, una delle prime cose che ho notato dopo aver installato l'anteprima di Android L era che il processo zygote è ancora in esecuzione. Se si fossero davvero sbarazzati della VM Dalvik, ciò non avrebbe reso inutile il processo zigote? Inoltre, dopo aver ispezionato il codice sorgente rilasciato tramite AOSP, rimane gran parte di Dalvik.

Zygote non è davvero legato a Dalvik, è solo un processo di init. Zygote è il metodo utilizzato da Android per avviare le app. Invece di dover ricominciare da capo ogni nuovo processo, caricando di nuovo l'intero sistema e il framework Android ogni volta che si desidera avviare un'app, esegue tale processo una volta, quindi si interrompe a quel punto, prima che Zygote abbia fatto qualcosa di specifico per l'app . Quindi, quando si desidera avviare un'app, il processo Zygote esegue il fork e il processo figlio continua da dove era stato interrotto, caricando l'app stessa nella VM.

Sebbene questo metodo sia stato originariamente progettato per Dalvik, non c'è motivo per cui ART non dovrebbe comportarsi esattamente allo stesso modo. Non è necessario compilare le app JIT mentre sono in esecuzione, ma ha ancora un sacco di roba Java indipendente dall'app da caricare (cioè l'intero framework Android), quindi ha senso usare lo stesso fork quando metodo caricato per avviare nuovi processi.

È naturale in un progetto così grande che ci sarebbero altri resti di Dalvik che sono ancora utili in un mondo post-Dalvik, quindi non dovresti essere sorpreso che ci sia altro codice che è stato originariamente scritto per far parte o lavorare con Dalvik, che è ancora in circolazione per essere utilizzato da ART.