Champ persistant dans le service Android

Question

Je dois conserver un objet complexe dans mon service pour pouvoir y revenir de manière fiable (il contient des mises à jour). Initialement, je l'ai codé comme une classe déposée dans mon implémentation de Service mais j'observe que l'objet updates est périodiquement réinitialisé à null ce qui me dit que la classe de serveur elle-même est recréée. Quelqu'un peut-il recommander une stratégie légère et fiable pour sauvegarder et recréer de telles mises à jour objet (je peux le rendre sérialisable)

Answer 1

Lorsque votre service est redémarré, les méthodes onStop() et onStart() sont appelés. Vous pouvez utiliser la méthode onStop() pour enregistrer vos données dans un emplacement persistant, par ex. une base de données d'application sqlite. Vous pouvez restaurer les données lorsque onStart() est appelée.

Vous pouvez lire à propos de l'utilisation d'une base de données sqlite sur le développeur android website.

Answer 2

Si je le faisais, j'utiliserais SharedPreferences. Si c'est trop complexe pour cela, je suis d'accord avec @Scharrels sur l'utilisation d'une base de données sqlite (qui serait probablement la recommandation de Google puisque leurs exemples utilisent sqlite dans les plus petits cas, ce qui implique un niveau de performance raisonnable).

J'ai trouvé SharedPreferences utile dans un certain nombre de cas. Tout d'abord, étant un magasin d'appariement clé-valeur, une variété de données différentes peuvent facilement être stockées, plus vous pouvez encoder vos objets dans une chaîne, si nécessaire, et les stocker dans un seul champ. Deuxièmement, vous pouvez utiliser plusieurs magasins SharedPreference en les récupérant simplement sous un nom différent (tout en les gardant privés). Enfin, je les trouve faciles à utiliser car obtenir des données et stocker des données n'est littéralement que quelques lignes de code (sans compter les données de munging ou de sérialisation dont vous pourriez avoir besoin).