Dal developer guide on Loaders,Quando un'attività viene distrutta a causa di una modifica della configurazione, anche i suoi caricatori vengono distrutti?
riconnessione automaticamente cursore dell'ultimo caricatore quando ricreata dopo una modifica della configurazione. Pertanto, non è necessario che richieda nuovamente i propri dati.
Da questo blog post on Loaders,
quando un'attività è distrutto, l'attività incarica il suo LoaderManager per distruggere e chiudere i caricatori (così come qualsiasi risorse ad essi associati, come ad esempio un cursore).
La domanda è qual è quella corretta? Quando un'attività viene distrutta a causa di una modifica della configurazione, cosa succede a (1) i suoi Caricatori (2) le risorse associate ai suoi Caricatori, come ad esempio Cursor
.
Le modifiche alla configurazione vengono gestite in modo leggermente diverso rispetto alla distruzione in background o nello stack. Ad esempio, le istanze di frammento possono essere mantenute attraverso le modifiche alla configurazione ma non con altri tipi di distruzione. Questa discrepanza potrebbe essere qualcosa del genere, ma non conosco i dettagli, motivo per cui questo è un commento al posto di una risposta. –
@KevinKrumwiede vorrei comunque server come risposta. ma per aggiungere a ciò, le attività che non contengono risorse o attività nude vengono uccise istantaneamente voglio dire che i loro onDestroy() sono chiamati abbastanza veloci ma un'attività molto più caricata richiede tempo per chiamare onDestroy(), credo che si traduca quando ucciderlo completamente .. – Elltz