SharedPreferences存用户信息

1.SharedPreferences怎么从多线程读取数据？

先创建一个ArrayList的集合，通过For循环遍历集合中的数据，将数据读取出来即可

2.SharedPreferences的基本使用及apply()和commit()的区别

基本使用：
1、用于保存数据，一般数据为系统配置信息；
2、是以键值对的形式存储到data/data/package-name/shared_prefs/l目录的XML文件中。
3、获取SharedPreferences实例的方式有三种：

/*第一种 -- SharedPreferences的文件名是当前类名*/
SharedPreferences sp1 = getPreferences(Context.MODE_PRIVATE);
/*第二种 -- SharedPreferences的文件名使用包名+_preferences 模式为Context.MODE_PRIVATE*/
SharedPreferences sp2 = PreferenceManager.getDefaultSharedPreferences(this);
/*第三种 -- SharedPreferences的文件名自己定*/
SharedPreferences sp3 = getSharedPreferences("自定义文件名称", MODE_PRIVATE);

4、通过SharedPreferences 存储数据：
5、读取数据

3.区别：

⑴apply没有返回值而commit返回boolean表明修改是否提交成功。
⑵apply是将修改数据原子提交到内存, 而后异步真正提交到硬件磁盘, 而commit是同步的提交到硬件磁盘，因此，在多个并发的提交commit的时候，他们会等待正在处理的commit保存到磁盘后在操作，从而降低了效率。而apply只是原子的提交到内容，后面有调用apply的函数的将会直接覆盖前面的内存数据，这样从一定程度上提高了很多效率。
⑶apply方法不会提示任何失败的提示。
由于在一个进程中，sharedPreference是单实例，一般不会出现并发冲突，如果对提交的结果不关心的话，建议使用apply，当然需要确保提交成功且有后续操作的话，还是需要用commit的。

4.四种引用类型（次重点）

强引用：如果一个对象具有强引用，那垃圾回收器绝不会回收它。当内存空间不足，Java虚拟机宁愿抛出OutOfMemoryError错误，使程序异常终止，也不会靠随意回收具有强引用的对象来解决内存不足的问题
软引用：softreference，当虚拟机内存不足时，将会回收它包裹的对象；需要获取对象时，可以调用get方法。关于软引用对象的回收：当内存不足时，首先会回收软引用所包裹的对象，接下来会将软引用本身放到对应的引用队列当中，我们可以通过poll方法判断引用队列中，是否有已经释放了包裹对象的软引用对象，如果有可以将其清除。
弱引用：随时可能会被垃圾回收器回收虚引用，所有引用类型中最弱的一个。一个持有虚引用的对象，和没有引用几乎是一样的，随时都可能被垃圾回收器回收。
虚引用主要用于跟踪垃圾回收线程