这是一个狡猾的例子。SharedPreferences将监听器保存在WeakHashMap中。这意味着您不能使用匿名内部类作为侦听器，因为一旦您离开当前范围，它就会成为垃圾收集的目标。它一开始会工作，但最终会被垃圾收集，从WeakHashMap中删除并停止工作。

在类的字段中保留对侦听器的引用，只要没有销毁类实例，就没问题。

例如:

prefs.registerOnSharedPreferenceChangeListener(
  new SharedPreferences.OnSharedPreferenceChangeListener() {
  public void onSharedPreferenceChanged(SharedPreferences prefs, String key) {
    // Implementation
  }
});

这样做:

// Use instance field for listener
// It will not be gc'd as long as this instance is kept referenced
listener = new SharedPreferences.OnSharedPreferenceChangeListener() {
  public void onSharedPreferenceChanged(SharedPreferences prefs, String key) {
    // Implementation
  }
};

prefs.registerOnSharedPreferenceChangeListener(listener);

在onDestroy方法中取消注册的原因解决了这个问题，因为要做到这一点，您必须在字段中保存侦听器，因此防止了这个问题。在字段中保存监听器可以修复问题，而不是在onDestroy中取消注册。

更新:Android文档已经更新了关于这种行为的警告。所以，奇怪的行为仍然存在。但现在它被记录下来了。

由于这是主题最详细的页面，我想添加我的50ct。

我有一个问题，OnSharedPreferenceChangeListener没有被调用。我的SharedPreferences在主活动的开始被检索:

prefs = PreferenceManager.getDefaultSharedPreferences(this);

My PreferenceActivity代码很短，除了显示首选项外什么都不做:

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

每次按下菜单按钮，我都会从主Activity中创建PreferenceActivity:

@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;
}

注意，在这种情况下，注册OnSharedPreferenceChangeListener需要在创建PreferenceActivity之后完成，否则主活动中的处理程序将不会被调用!!我花了很长时间才意识到……

在阅读由第一个应用程序共享的Word可读数据时，我们应该

取代

getSharedPreferences("PREF_NAME", Context.MODE_PRIVATE);

with

getSharedPreferences("PREF_NAME", Context.MODE_MULTI_PROCESS);

在第二个应用程序中获得更新的值。

但还是不管用…

这个公认的答案是好的，对我来说，它是创建新的实例，每次活动恢复

那么如何在活动中保持对侦听器的引用呢

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

在onResume和onPause中

@Override     
public void onResume() {
    super.onResume();          
    getPreferenceScreen().getSharedPreferences().registerOnSharedPreferenceChangeListener(listener);     
}

@Override     
public void onPause() {         
    super.onPause();          
    getPreferenceScreen().getSharedPreferences().unregisterOnSharedPreferenceChangeListener(listener);

}

这将非常类似于你所做的，除了我们保持一个硬参考。

这是一个狡猾的例子。SharedPreferences将监听器保存在WeakHashMap中。这意味着您不能使用匿名内部类作为侦听器，因为一旦您离开当前范围，它就会成为垃圾收集的目标。它一开始会工作，但最终会被垃圾收集，从WeakHashMap中删除并停止工作。

在类的字段中保留对侦听器的引用，只要没有销毁类实例，就没问题。

例如:

prefs.registerOnSharedPreferenceChangeListener(
  new SharedPreferences.OnSharedPreferenceChangeListener() {
  public void onSharedPreferenceChanged(SharedPreferences prefs, String key) {
    // Implementation
  }
});

这样做:

// Use instance field for listener
// It will not be gc'd as long as this instance is kept referenced
listener = new SharedPreferences.OnSharedPreferenceChangeListener() {
  public void onSharedPreferenceChanged(SharedPreferences prefs, String key) {
    // Implementation
  }
};

prefs.registerOnSharedPreferenceChangeListener(listener);

在onDestroy方法中取消注册的原因解决了这个问题，因为要做到这一点，您必须在字段中保存侦听器，因此防止了这个问题。在字段中保存监听器可以修复问题，而不是在onDestroy中取消注册。

更新:Android文档已经更新了关于这种行为的警告。所以，奇怪的行为仍然存在。但现在它被记录下来了。

Kotlin代码，用于注册SharedPreferenceChangeListener，它检测何时将发生在保存的键上的变化:

  PreferenceManager.getDefaultSharedPreferences(this)
        .registerOnSharedPreferenceChangeListener { sharedPreferences, key ->
            if(key=="language") {
                //Do Something 
            }
        }

你可以把这个代码放在onStart()，或其他地方.. *考虑你必须使用

 if(key=="YourKey")

或者你的代码在“//Do Something”块将错误地运行每一个变化，将发生在任何其他键在sharedPreferences