SharedPreferences.onSharedPreferenceChangeListener ne s'appelle pas toujours

comme c'est la page la plus détaillée pour le sujet, je veux ajouter mon 50ct.

j'ai eu le problème que OnSharedPreferenceChangeListener n'a pas été appelé. Mes références partagées sont récupérées au début de L'activité principale par:

prefs = PreferenceManager.getDefaultSharedPreferences(this);

mon code de Préférenceactivité est court et ne fait rien sauf afficher les préférences:

public class Preferences extends PreferenceActivity {
    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        // load the XML preferences file
        addPreferencesFromResource(R.xml.preferences);
    }
}

chaque fois que le bouton menu est appuyé je crée la PreferenceActivity de l'activité principale:

@Override
public boolean onPrepareOptionsMenu(Menu menu) {
    super.onCreateOptionsMenu(menu);
    //start Preference activity to show preferences on screen
    startActivity(new Intent(this, Preferences.class));
    //hook into sharedPreferences. THIS NEEDS TO BE DONE AFTER CREATING THE ACTIVITY!!!
    prefs.registerOnSharedPreferenceChangeListener(this);
    return false;
}

Note que l'enregistrement du OnSharedPreferenceChangeListener doit être fait après la création de L'activité de préférence dans ce cas, sinon le Handler dans l'activité principale ne sera pas appelé!!! Il m'a fallu du temps pour m'en rendre compte...

accepté cette réponse est ok, car pour moi c'est la création de nouvelle instance chaque fois que la reprise de l'activité

alors que diriez-vous de garder la référence à l'auditeur dans l'activité

OnSharedPreferenceChangeListener myPrefListner = new OnSharedPreferenceChangeListener(){
      public void onSharedPreferenceChanged(SharedPreferences prefs, String key) {
         // your stuff
      }
};

et dans votre onResume et onPause

@Override     
protected void onResume() {
    super.onResume();          
    getPreferenceScreen().getSharedPreferences().registerOnSharedPreferenceChangeListener(myPrefListner);     
}



@Override     
protected void onPause() {         
    super.onPause();          
    getPreferenceScreen().getSharedPreferences().unregisterOnSharedPreferenceChangeListener(myPrefListner);

}

ce sera très similaire à ce que vous faites sauf que nous maintenons une référence dure.

la réponse acceptée crée un SharedPreferenceChangeListener chaque fois qu'onResume() est appelé. @Samuel le résout en faisant de SharedPreferenceListener un membre de la classe D'activité. Mais il y a une troisième solution plus simple que Google utilise également dans ce codelab . Faites votre classe d'activité mettre en œuvre l'interface OnSharedPreferenceChangeListener et outrepasser onSharedPreferenceChanged dans L'activité, faisant effectivement L'activité elle-même SharedPreferenceListener.

public class MainActivity extends Activity implements SharedPreferences.OnSharedPreferenceChangeListener {

    @Override
    public void onSharedPreferenceChanged(SharedPreferences sharedPreferences, String s) {

    }

    @Override
    protected void onStart() {
        super.onStart();
        PreferenceManager.getDefaultSharedPreferences(this)
                .registerOnSharedPreferenceChangeListener(this);
    }

    @Override
    protected void onStop() {
        super.onStop();
        PreferenceManager.getDefaultSharedPreferences(this)
                .unregisterOnSharedPreferenceChangeListener(this);
    }
}

il est logique que les auditeurs soient maintenus dans WeakHashMap.Parce que la plupart du temps, les développeurs préfèrent écrire le code comme ceci.

PreferenceManager.getDefaultSharedPreferences(getApplicationContext()).registerOnSharedPreferenceChangeListener(
    new OnSharedPreferenceChangeListener() {
    @Override
    public void onSharedPreferenceChanged(
        SharedPreferences sharedPreferences, String key) {
        Log.i(LOGTAG, "testOnSharedPreferenceChangedWrong key =" + key);
    }
});

Cela peut sembler pas mal. Mais si le container OnSharedPreferenceChangeListeners n'était pas WeakHashMap, il serait très mauvais.Si le code ci-dessus a été écrit dans une Activité . Puisque vous utilisez non-static (anonymous) inner class qui tiendra implicitement la référence de l'instance enveloppante. Ce sera la cause de fuite de mémoire.

qui plus est, si vous gardez l'auditeur comme un champ, vous pouvez utiliser registerOnSharedPreferenceChangelistener au début et appeler ununisteronsharedpreferencechangelistener à la fin. Mais vous ne pouvez pas accéder à une variable locale dans une méthode hors de sa portée. Donc vous avez juste la possibilité de vous inscrire mais aucune chance de désinscrire l'auditeur. Ainsi, L'utilisation de WeakHashMap résoudra le problème. C'est la façon dont je recommander.

si vous faites l'instance d'écoute comme un champ statique, elle évitera la fuite de mémoire causée par la classe interne non statique. Mais comme les écouteurs peuvent être multiples, cela devrait être lié à l'instance. Cela permettra de réduire le coût de traitement du rappel onsharedpreferencechangé .

donc, je ne sais pas si cela pourrait vraiment aider quelqu'un cependant, il a résolu mon problème. Même si j'avais mis en œuvre le OnSharedPreferenceChangeListener comme indiqué par le réponse acceptée . Pourtant, j'ai eu une incohérence avec l'auditeur appelé.

je suis venu ici pour comprendre que L'Androïde envoie juste pour la collecte des ordures après un certain temps. Donc, j'ai regardé mon code. À ma honte, je n'avais pas déclaré l'auditeur global mais à l'intérieur du onCreateView . Et c'est parce que j'ai écouté le Studio Android me disant de convertir l'auditeur à une variable locale.

lors de la lecture de données lisibles par des mots partagés par la première application,nous devrions

remplacer

getSharedPreferences("PREF_NAME", Context.MODE_PRIVATE);

avec

getSharedPreferences("PREF_NAME", Context.MODE_MULTI_PROCESS);

dans la deuxième application pour obtenir la valeur mise à jour dans la deuxième application.

mais ça ne marche toujours pas...