SharedPreferences.onSharedPreferenceChangeListener未被一致调用

我正在这样注册一个偏好设置更改监听器（在onCreate()我的主要活动中）：

SharedPreferences prefs = PreferenceManager.getDefaultSharedPreferences(this);

prefs.registerOnSharedPreferenceChangeListener(
   new SharedPreferences.OnSharedPreferenceChangeListener() {
       public void onSharedPreferenceChanged(
         SharedPreferences prefs, String key) {

         System.out.println(key);
       }
});

麻烦的是，监听器并不总是被调用。它会在前几次更改首选项时起作用，然后在我卸载并重新安装该应用程序之前不再调用它。重新启动应用程序似乎无济于事。

我发现一个邮件列表线程报告了同样的问题，但是没有人真正回答他。我究竟做错了什么？

这是一个偷偷摸摸的人。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文档已更新，带有有关此行为的警告。因此，奇怪的行为仍然存在。但现在已记录在案。

这个可接受的答案是可以的，就我而言，每次活动恢复时，它都会创建一个新实例

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

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

并在您的onResume和onPause中

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



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

}

这与您的操作非常相似，只是我们会提供严格的参考。

因为这是该主题的最详细页面，所以我想添加50ct。

我有一个问题，就是没有调用OnSharedPreferenceChangeListener。我的SharedPreferences在主活动开始时通过以下方式检索：

prefs = PreferenceManager.getDefaultSharedPreferences(this);

我的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;
}

请注意，在这种情况下，在创建PreferenceActivity之后需要完成OnSharedPreferenceChangeListener的注册，否则不会调用主Activity中的Handler ！！！我花了一些甜蜜的时间才意识到...

接受的答案将创建一个SharedPreferenceChangeListener每次onResume调用。@Samuel通过使其成为SharedPreferenceListenerActivity类的成员来解决该问题。但是Google在此代码实验室中也使用了第三个更直接的解决方案。使您的活动类实现OnSharedPreferenceChangeListener接口并onSharedPreferenceChanged在Activity中进行覆盖，从而有效地使Activity本身成为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);
    }
}

寄存器SharedPreferenceChangeListener的Kotlin代码，它检测何时对保存的密钥进行更改：

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

您可以将此代码放在onStart（）或其他地方。*考虑必须使用的代码

 if(key=="YourKey")

否则，对于sharedPreferences中任何其他键中发生的每次更改，“ //做某事”块中的代码都会错误地运行

所以，我不知道这是否真的可以帮助任何人，它解决了我的问题。即使我已经OnSharedPreferenceChangeListener按照公认的答案进行了实施。不过，我与被调用的听众之间仍然存在矛盾。

我来到这里是为了了解Android会在一段时间后将其发送给垃圾回收。因此，我查看了我的代码。令我感到羞耻的是，我没有将GLOBAL声明为监听器，而是将其声明为onCreateView。那是因为我听了Android Studio的通知，要求我将监听器转换为本地变量。

将侦听器保存在WeakHashMap中是有道理的，因为在大多数情况下，开发人员都喜欢这样编写代码。

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

这似乎还不错。但是如果OnSharedPreferenceChangeListeners的容器不是WeakHashMap，那将是非常糟糕的。如果以上代码是在Activity中编写的。因为您使用的是非静态（匿名）内部类，所以它将隐式保存封闭实例的引用。这将导致内存泄漏。

此外，如果将侦听器保留为字段，则可以在开始时使用registerOnSharedPreferenceChangeListener并在最后使用unregisterOnSharedPreferenceChangeListener。但是您不能在方法范围之外访问方法中的局部变量。因此，您只有机会注册，但没有机会取消注册监听器。因此，使用WeakHashMap将解决问题。这是我推荐的方式。

如果将侦听器实例设为静态字段，则将避免由于非静态内部类引起的内存泄漏。但是，由于侦听器可能是多个侦听器，因此它应该与实例相关。这将减少处理onSharedPreferenceChanged回调的成本。

在读取第一个应用共享的Word可读数据时，我们应该

更换

getSharedPreferences("PREF_NAME", Context.MODE_PRIVATE);

与

getSharedPreferences("PREF_NAME", Context.MODE_MULTI_PROCESS);

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

但是仍然无法正常工作...