SharedPreference作为一种序列化方式,经常被用来存储一些简单的数据或状态,最近使用SharedPreference来保存设置参数,但是当参数发生变化时,需要进行一些处理,一方面可以通过对响应的设置逻辑进行监听,例如观察者模式等等方式,查阅资料时发现一种比较trick的方法,通过监听SharedPreference文件的变化,来进行相应的处理。
通过registerOnSharedpreferenceListener方法设置监听:
SharedPreferences sp = getSharedPreferences("testSP", Context.MODE_PRIVATE); sp.registerOnSharedPreferenceChangeListener(new SharedPreferences.OnSharedPreferenceChangeListener() { @Override public void onSharedPreferenceChanged(SharedPreferences sharedPreferences, String s) { Log.i("spTest","sp changed, key is "+ s); } });在SharedPreference文件中进行添加、修改、获取等操作:
//第一次写数据 sp.edit().putBoolean("testBoolean",true).apply(); sp.edit().putString("testString","str").apply(); sp.edit().putInt("testInt",12).apply(); //更改数据 sp.edit().putBoolean("testBoolean",false).apply(); //取数据 sp.getBoolean("testBoolean",false);可以得到log如下:
可以看到在第一次写数据和修改数据时,都会回调这个方法,并将修改的key传过来,可以根据不同的key进行不同的逻辑。
但是需要注意的是,只要文件的值发生变化方法才会回调,如果我们修改数据时,值为原来的值,例如将testInt的值重写为12(之前的值就是12),发现并未回调这个方法
sp.edit().putInt("testInt",12).apply();SharedPreference在设置监听器时,是通过WakeHashMap来保存的,也就是说在不执行map的remove和clear方法,map中的entry也会被GC进行清除,意味着上文我们使用内部内的方式新建的listener,可能会被GC清除掉,所以会使得监听失效。
解决这个问题的方法也很简单,GC只会清除一些没有引用或者软引用、弱引用的对象,在定义listener时,可以使用强引用创建,和Activity的生命周期绑定即可。
private SharedPreferences.OnSharedPreferenceChangeListener listener = new SharedPreferences.OnSharedPreferenceChangeListener() { @Override public void onSharedPreferenceChanged(SharedPreferences sharedPreferences, String s) { Log.i("spTest","sp changed, key is "+ s); } };