我像这样在我的主活动的onCreate()中注册了一个偏好更改监听器：
SharedPreferences prefs = PreferenceManager.getDefaultSharedPreferences(this);
prefs.registerOnSharedPreferenceChangeListener(
new SharedPreferences.OnSharedPreferenceChangeListener() {
public void onSharedPreferenceChanged(
SharedPreferences prefs, String key) {
System.out.println(key);
}
});
问题在于监听器并不总是被调用。它在首次更改首选项时有效，然后在卸载和重新安装应用之前不再被调用。无论重启应用程序多少次都无法解决。
我找到了一个邮件列表线程报告了同样的问题，但没有人真正回答他。我做错了什么？
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);
这个被接受的答案可以，对我来说它每次恢复活动时都会创建新实例
那么在活动中保留对监听器的引用如何？
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);
}
这将非常类似于您正在做的内容，除了我们保持一个硬引用。
getPreferenceScreen()... 之前使用了 super.onResume()？ - Yousha Aleayoubsuper.onResume()是必需的还是在getPreferenceScreen()之前使用它是必需的？因为我正在谈论正确的位置。http://cs.dartmouth.edu/~campbell/cs65/lecture05/lecture05.html - Yousha Aleayoubthis而不是listener，这导致了错误，但我已经解决了我的问题。顺便说一下，这两个方法现在是公共的，而不是受保护的。 - Nicolas被接受的答案每次调用onResume时都会创建一个SharedPreferenceChangeListener. @Samuel通过将SharedPreferenceListener设为Activity类的成员来解决这个问题。但是还有第三个更简单的解决方案，Google也在这个代码实验室中使用了该方案。使您的活动类实现OnSharedPreferenceChangeListener接口，并在活动中覆盖onSharedPreferenceChanged, 从而使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);
}
}
onDestroy 而不是 onStop/onPause 将起作用。 - convers39作为该主题最详细的页面，我想要补充我的看法。
我的问题是OnSharedPreferenceChangeListener没有被调用。我的SharedPreferences是通过主Activity启动时获取的：
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;
}
注意，在此情况下注册OnSharedPreferenceChangeListener需要在创建PreferenceActivity之后完成，否则主Activity中的Handler将不会被调用！！！我花了一些时间才意识到这一点...
Kotlin代码用于注册SharedPreferenceChangeListener，它可以检测保存的键上即将发生的更改：
PreferenceManager.getDefaultSharedPreferences(this)
.registerOnSharedPreferenceChangeListener { sharedPreferences, key ->
if(key=="language") {
//Do Something
}
}
你可以将此代码放在onStart()中，或者其他任何地方。 *请注意，您必须使用
if(key=="YourKey")
否则，如果sharedPreferences中的任何其他键发生更改，您在“//Do Something”块内的代码将错误地运行。
所以，我不知道这是否真的会帮助任何人，但它解决了我的问题。尽管我已经按照被接受的答案中所述实现了OnSharedPreferenceChangeListener，但我仍然存在监听器调用不一致的问题。
我来到这里想要理解Android在一段时间后将其发送给垃圾收集器。因此，我查看了我的代码。可耻的是，我没有全局声明该监听器，而是在onCreateView内部声明。这是因为我听从了Android Studio告诉我将监听器转换为本地变量。
OnCreate/OnStart/OnResume中注册并在OnDestroy/OnStop/OnPause中注销，则不会提示您将其转换为本地变量，因此可以在两个不同的方法中使用它。我可能对此有所错误，但是您注册/注销的方法取决于您是否希望侦听器在打开另一个活动时保持活动状态。例如，如果您有某种SettingsActivity供用户更改其用户名，并且您希望MainActivity立即识别更改，而不是将值返回给MainActivity。 - Literate Corvette将监听器保存在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回调的成本。
getSharedPreferences("PREF_NAME", Context.MODE_PRIVATE);
使用
getSharedPreferences("PREF_NAME", Context.MODE_MULTI_PROCESS);
在第二个应用程序中获取更新后的值。
但仍然无法正常工作...