Esempio di perdita di memoria Android da Google I/O

Question

Ho appena dato un'occhiata al video google io "gestione della memoria per Android". Le diapositive sono disponibili qui http://dubroy.com/memory_management_for_android_apps.pdf. L'esempio perdita di memoria è in slitta 36.

Non capisco perché questo causa una perdita dopo il cambio di orientamento. Capisco che la fuga è una classe interiore e ha un riferimento alla classe esterna. Inoltre, capisco che la variabile statica "leak" rimanda all'oggetto "Leaky" ... tutta l'attività. Penso che sia speciale a causa della parola chiave statica. Le variabili statiche hanno una certa memoria e probabilmente non sono gc (almeno finché dura l'applicazione)?!?

Bene, cosa succede in caso di modifica dell'originale? Viene creata una nuova istanza di attività e vengono chiamate le attività onCreate. leak == null è falso. La perdita indica ancora l'attività "vecchia". Questa è una perdita. La vecchia attività non può essere, giusto?

Perché l'utilizzo della memoria aumenta con ogni modifica dell'originale? Nella mia (errata) comprensione suppongo che solo la prima attività non possa essere gc'ed. Le altre attività che vengono create a causa del cambiamento di oriantazione possono essere fatte in gc perché non sono referenziate da quella variabile statica "leak".

Tuttavia ... ovviamente ... Ho completamente sbagliato!

Answer 1

Una spiegazione classica della perdita di memoria contestuale modifica dell'orientamento da Google blog. Tu eri la maggior parte del modo lì, penso, notando il riferimento statico dell'interno alla classe esterna.

Answer 2

Non capisci perché hai commesso un errore critico. leak == null è vero nell'attività appena creata. perdita non punta ancora alla "vecchia" attività.

Perché? Pensavo che la perdita fosse statica. Bene. . .

Quindi, prima volta, viene creata l'attività, perdita è nullo, quindi onCreate() e perdite ora fa riferimento a un oggetto che perde. Se creo più istanze di quell'attività, le loro perdite non saranno nulle e faranno riferimento allo stesso oggetto.

Tuttavia, ciò che accade quando capovolgi l'orientamento è che l'attività viene distrutta. Quindi, non esiste un'istanza di un oggetto attività. Android crea quindi una nuova attività, in cui la perdita è nullo (poiché per quanto riguarda Android non esiste un'altra istanza dell'attività).

Tuttavia, al collettore spazzatura, qualcuno fa mantenere un riferimento all'attività distrutta, cioè la sua classe Leaky interna. Quindi non libererà quel ricordo. Quindi, mentre continui a cambiare orientamento, continui a perdere attività degne di memoria.