Associazione di un servizio a un android.app.Activity vs Associazione a un android.app.Application

Question

C'è qualche fondamentale differenza nell'associazione di un servizio a android.app.Activity rispetto al bind di un android.app.Application. Voglio bind the service to an Application because I want to keep some global state/data in the Application instead of duplicating it in all my activities.

Grazie.

Answer 1

No. Non c'è la differenza fondamentale.

Detto questo, la sottoclasse di android.app.Application è un molto buon posto per archiviare dati globali/di stato. C'è solo un'istanza e tutto ciò che deriva dal contesto ha accesso ad esso.

Sono anche sicuro che legare un servizio a un'applicazione comporterà delle strane vite se non si presta attenzione. Quello che voglio dire è che anche se la tua app è fuori dalla vista e non ha attività in vita, la tua applicazione potrebbe ancora esistere perché il tuo servizio esiste ancora. Il tuo servizio esiste ancora perché la tua applicazione esiste ancora. Dovresti arrestare manualmente il servizio in base a qualche evento diverso da onDestroy.

Answer 2

risposta di @ Jere.Jones non è corretto al 100%. Hai un'istanza della classe di applicazione per processo. Quindi se gestisci il tuo servizio in un processo separato, ad es. con

<service 
     android:name=".engine.NetworkService" 
     android:exported="false" 
     android:process=":xxxService" /> 

si dispone di due istanze separate di Appliaction, il che significa che se avete bisogno di "tenere uno stato" è necessario garantire la sua traversata o non processo o è necessario utilizzare IPC per sincronizzare questi sates.