OnSharedPreferenceChangeListener详解及出现不触发解决办法

概述之前使用OnSharedPreferenceChangeListener，遇到了点小问题，就是有些时候OnSharedPreferenceChangeListener没有被触发。最近花了点时间研究了一下，小做整理。本文将会介绍监听器不被触发的原因，解决方法，以及其

之前使用OnSharedPreferencechangelistener，遇到了点小问题，就是有些时候OnSharedPreferencechangelistener没有被触发。最近花了点时间研究了一下，小做整理。本文将会介绍监听器不被触发的原因，解决方法，以及其中隐含的一些技术细节。

问题再现@H_502_4@

OnSharedPreferencechangelistener是AndroID中SharedPreference文件发生变化的监听器。通常我们想要进行监听，会实现如下的代码。

protected voID onCreate(Bundle savedInstanceState) { PreferenceManager.getDefaultSharedPreferences(getApplicationContext())  .registerOnSharedPreferencechangelistener(new OnSharedPreferencechangelistener() {  @OverrIDe  public voID onSharedPreferenceChanged(   SharedPreferences sharedPreferences,String key) {   Log.i(LOGTAG,"testOnSharedPreferenceChangeDWrong key =" + key);  } });}

这种写法看上去没有什么问题，而且很多时候开始几次onSharedPreferenceChanged方法也可以被调用。但是过一段时间（简单demo不容易出现，但是使用DDMS中的gc会立刻导致接下来的问题），你会发现前面的方法突然不再被调用，进而影响到程序的处理。

原因剖析@H_502_4@

简而言之，就是你注册的监听器被移除掉了。
首先我们先了解一下registerOnSharedPreferencechangelistener注册的实现。

private final WeakHashMap<OnSharedPreferencechangelistener,Object> mListeners =   new WeakHashMap<OnSharedPreferencechangelistener,Object>();//some code goes herepublic voID More ...registerOnSharedPreferencechangelistener(OnSharedPreferencechangelistener Listener) { synchronized(this) {  mListeners.put(Listener,mContent); }}

从上面的代码可以得知，一个OnSharedPreferencechangelistener对象实际上是放到了一个WeakHashMap的容器中，执行完示例中的onCreate方法，这个监听器对象很快就会成为垃圾回收的目标，由于放在WeakHashMap中作为key不会阻止垃圾回收，所以当监听器对象被回收之后，这个监听器也会从mListeners中移除。所以就造成了onSharedPreferenceChanged不会被调用。

关于WeakHashMap相关，请阅读译文：理解Java中的弱引用进而更多了解。

如何解决@H_502_4@

改为对象成员变量（推荐）@H_502_4@

将监听器作为Activity的一个成员变量，在Activity的onResume进行注册，在onPause时进行注销。推荐在这两个Activity生命周期中进行处理，尤其是当SharedPreference值发生变化后，对Activity展示的UI进行处理 *** 作的情况。这种方法是最推荐的解决方案。

private OnSharedPreferencechangelistener mListener = new OnSharedPreferencechangelistener() { @OverrIDe public voID onSharedPreferenceChanged(  SharedPreferences sharedPreferences,String key) {  Log.i(LOGTAG,"instance variable key=" + key); }};@OverrIDeprotected voID onResume() { PreferenceManager.getDefaultSharedPreferences(getApplicationContext()).registerOnSharedPreferencechangelistener(mListener); super.onResume();}@OverrIDeprotected voID onPause() { PreferenceManager.getDefaultSharedPreferences(getApplicationContext()).unregisterOnSharedPreferencechangelistener(mListener); super.onPause();}

改为静态变量（不推荐）@H_502_4@

如下，将一个指向匿名的内部类对象的变量sListener使用static修饰，这个内部类对象则不会持有外部类的引用。
但是这种做法并不推荐，因为一个静态变量和与外部实例不相关，我们很难和外部实例进行一些 *** 作。

private static OnSharedPreferencechangelistener sListener = new OnSharedPreferencechangelistener() { @OverrIDe public voID onSharedPreferenceChanged(  SharedPreferences sharedPreferences,"static variable key=" + key); }};

为什么这样设计@H_502_4@

可能会有人认为这是系统设计的猫腻或者BUG，其实不然，这正是AndroID设计人员的高明之处。

正如我们示例的代码一样，将一个（隐式的）局部变量添加到监听器容器中，如果该容器只是一个普通的HashMap，这样会导致内存泄露，因为该容器还有局部变量指向的对象，该对象又隐式持有外部Activity的对象，导致Activity无法被销毁。关于非静态内部类持有隐式持有外部类引用，请参考细话Java：”失效”的private修饰符

除此之外，因为局部变量无法在其所在方法外部访问，这样就导致了我们只可以使用方法中使用局部变量就行注册，在合适的时机却无法使用局部变量进行注销。

以上就是对 AndroID OnSharedPreferencechangelistener的介绍，以及出现问题解决办法，谢谢大家对本站的支持！

总结

以上是内存溢出为你收集整理的OnSharedPreferenceChangeListener详解及出现不触发解决办法全部内容，希望文章能够帮你解决OnSharedPreferenceChangeListener详解及出现不触发解决办法所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。