获取SharedPreferences的两种方式:
Context 中 getSharedPreferences方法：
public abstract SharedPreferences getSharedPreferences(String name, @PreferencesMode int mode);
public abstract SharedPreferences getSharedPreferences(File file, @PreferencesMode int mode);
Activity对象的getPreferences()方法：
public SharedPreferences getPreferences(@Context.PreferencesMode int mode) {
return getSharedPreferences(getLocalClassName(), mode);
}
两种方式的区别:
调用Context对象的getSharedPreferences()方法获得的SharedPreferences对象可以被同一应用程序下的其他组件共享.
调用Activity对象的getPreferences()方法获得的SharedPreferences对象只能在该Activity中使用.Mode的选择：
N及以上只有MODE_PRIVATE
今天做了一个demo，在service里面接收到广播之后，启动一个dialog样式的activity（每隔几秒弹出一次），dialog上有个按钮，点击之后将sp中的一个key设为false，然后service中的广播里面判断为false就不执行，但是结果是每次点击按钮修改key之后，service再次获取的key并没有做相应改变，也就是说sp存的已经变成false，但是service取出来依旧为true。
解决方法：因为我在manifest的这个service标签下加了process属性，去掉可恢复正常。
探究：有人说preference的mode问题，把private（0）改成MODE_MULTI_PROCESS（4），尝试过未能解决，原因在上面说过了；根本原因还是process标签。process可以针对一个组件（activity，broadcast等）。
android:process=":PhoneListenService"
服务所在进程的名字。通常，一个应用的所有组件都运行在系统为这个应用所创建的默认进程中。这个默认进程是用这个应用的包名来命名的。
标签的process属性可以设置成和所有组件都不同的默认值。但是这些组件可以通过设置自己的process值来覆写这个默认值，这样可以让你的应用跨多进程运行。
如果被设置的进程名是以一个冒号开头的，则这个新的进程对于这个应用来说是私有的，当它被需要或者这个服务需要在新进程中运行的时候，这个新进程将会被创建。
如果这个进程的名字是以小写字符开头的，则这个服务将运行在一个以这个名字命名的全局的进程中，当然前提是它有相应的权限。这将允许在不同应用中的各种组件可以共享一个进程，从而减少资源的占用。
安卓开发全局变量怎么存储： 使用application 使用sharedperference 使用数据库 保存到系统数据库（系统内置的apk上测试，普通的apk是没有权限去读写数据库） 写字符串Settings.System.putString(ContentResolver resolver, String name, String value) 读字符串Settings.System.getString(ContentResolver resolver, String name) 写整型Settings.System.putInt(ContentResolver resolver, String name, int value) 读整型Settings.System.getInt(ContentResolver resolver, String name，0)
SharedPreference 支持多进程 链接
shareUserId可以达到多个应用之间的数据透明性互相访问 链接
Android系统中有一个限制，就是说如果多个应用的uid相同的话，那么他们的apk签名必须一致，不然是安装失败的，
知识梳理一下：
1、我们知道如何通过包名来构建一个Context，同时需要注意两种模式：
Context.CONTEXT_INCLUDE_CODE和Context.CONTEXT_IGNORE_SECURITY
构造完成之后，我们可以访问资源和执行一些模块代码，这些其实不算是一个应用的沙盒概念了，所以不会牵扯到shareUserId的知识点。
2、我们在实验A应用去访问B应用的SharedPreferences中的值时，发现创建sp的xml有几种模式：
Context.MODE_PRIVATE：为默认操作模式，代表该文件是私有数据，只能被应用本身访问，在该模式下，写入的内容会覆盖原文件的内容，如果想把新写入的内容追加到原文件中。可以使用Context.MODE_APPEND
Context.MODE_APPEND：模式会检查文件是否存在，存在就往文件追加内容，否则就创建新文件。
Context.MODE_WORLD_READABLE和Context.MODE_WORLD_WRITEABLE用来控制其他应用是否有权限读写该文件。
这三种模式的区别，我们最保险的操作就是设置成private的，不过默认也是这种模式
3、我们通过分析SharedPreferences的源码，知道这三种模式对应的就是设置xml文件的访问权限，同时我们顺便分析了commit,apply,getXXX等方法的实现，也算是对SP的更深入的理解了。其实SharedPreferences内部为了高效率，会第一次加载xml内容到内存中的map中，每次getXXX数据的时候，都是直接从map中取，每次保存数据，是首先保存到内存的map中，调用commit和apply方法只有在将数据写入到磁盘中的区别。apply是异步的没有返回值，commit是同步的有返回值
4、我们再次实验使用shareUserId属性来做到多个应用之间的数据共享和透明性，同时我们也做了一个猜想就是把自己的shareUserId修改成和目标应用相同来访问目标应用的数据，但是这个猜想是错误的，因为我们通过分析PackageManagerService源码知道，Android中是不允许相同的shareUserId的应用有着不同的签名文件的，会出现安装失败的情况。