SharedPreferences是一种文件存储方式，适合小数据量，简单寄存，多用于存配置和用户登陆信息。
不适合多对象信息存储，多对象适合用json和数据库。
简单来说SharedPreferences操作简单，需要说的只有两点：
1、获取context
调用Context对象的getSharedPreferences()方法获得的SharedPreferences对象可以被同一应用程序下的其他组件共享.
调用Activity对象的getPreferences()方法获得的SharedPreferences对象只能在该Activity中使用.
2、模式
到16年12月左右的资料还会告诉你下面这四种模式：
管文件操作的
Context.MODE_PRIVATE和Context.MODE_APPEND
MODE_PRIVATE：为默认操作模式,代表该文件是私有数据,只能被应用本身访问,在该模式下,写入的内容会覆盖原文件的内容
MODE_APPEND：模式会检查文件是否存在,存在就往文件追加内容,否则就创建新文件.
管应用对文件是否有读写权限的
Context.MODE_WORLD_READABLE和Context.MODE_WORLD_WRITEABLE
MODE_WORLD_READABLE：表示当前文件可以被其他应用读取.
MODE_WORLD_WRITEABLE：表示当前文件可以被其他应用写入
然而，读写权限的过时了啊
我用的api26编写程序，里面也有四种模式，前两种没变，后两种分别是：
MODE_ENABLE_WRITE_AHEAD_LOGGING
官方解释是：Database open flag: when set, the database is opened with write-ahead logging enabled by default.
数据库开放flag，设置时，数据库将在默认情况下启用写前日志记录
MODE_NO_LOCALIZED_COLLATORS
官方解释是：Database open flag: when set, the database is opened without support for localized collators.
是数据库开放flag，设置后数据库在不支持本地化的校验器的情况下打开
至于下面这几个都过时了
MODE_MULTI_PROCESS：用于多进程防止脏数据，为什么过时？因为不能跨进程。
MODE_WORLD_WRITEABLE和MODE_WORLD_READABLE：官方说危险，容易造成应用漏洞
3、操作
获取对象
SharedPreferences sp =context.getSharedPreferences(“config”,Context.MODE_PRIVATE);
tip，我习惯将SharedPreferences封装在Utils类里面，此类使用单例模式，我见过随用随声明和用static方法形式的，自己感觉不好，前者很容易忘记用的文件名称并且偶尔忘记commit，多人开发弊端很大；后者需要在每个方法里去判断sp是否为空，不够简洁。
插入
sp.edit().putString(key,value).commit();
注意一定要commit
查找
sp.getString(key,def);
一点也不难的对不对
