看到跨进程，想必大家想到的都是AIDL,Binder，广播，内容提供器等，但是AIDL，Binder可能有点难度，广播太过于被动，要主动联系有点困难，而内容提供器，对于太简单的数据，显得有点大，毕竟我可能就是为了获取一个简单的字段而已。
首先，先说下接到的一个客户的需求吧。有个字段需要客户提供接口，显示对应的数据，而客户只发过来一个apk，说是启动一个activity即可，传入参数，在onActivityResult获取结果即可，而客户的activity处理成透明，会将数据返回，关闭当前的activity，路子野了点，但好歹实现了不是，因为客户的apk已经形成，不好改啥了，就将就着用了。
然后，客户又提了个需求，我的A应用的某个值显示的情况根据B的一个选择（该选择会在B的SharedPreferences中保存），这时候，B也是自己开发的，那就可以选择自己的跨进程方式了。首先，当然也可以像客户那样的方式，但是，毕竟有点强迫症，启动一个透明的activity就为了取个值，太奇怪了，然后，AIDL,Binder，好吧，承认不大会，最后就是content provider啥的，我真的就取个boolean值，有点大材小用了吧，最后想到SharedPreferences可不可以共享来着，果然发现有个MODE_MULTI_PROCESS，这个意思不就是多进程么，于是代码如下：
Context context=null;
try{
context=this.createPackageContext("你要访问的B应用的包名",
Context.CONTEXT_IGNORE_SECURITY);
SharedPreferences settings=context.getSharedPreferences("你的SharedPreferencesname",
Context.MODE_MULTI_PROCESS);
// SharedPreferences.Editor edtor=settings.edit();
boolean bOnOff=settings.getBoolean("你的key值",true);//取得保存的值
return bOnOff;
}catch(PackageManager.NameNotFoundException e) {
e.printStackTrace();
return true;
}
代码很简单，一个是createPackageContext这个函数，这个是创建其他的包的上下文，否则，你是从你的私人空间取值，肯定是取不到的，其次是mode一定是MODE_MULTI_PROCESS这个，这个才能跨进程。
然后还是会发现，读取不了值，仔细看log，有个警告信息是Attempt to read preferences file /data/data/xxx/shared_prefs/xxx.xml without permission，那就是没权限了，爬了一下午的文总算找到原因了，manifest根布局下的android:sharedUserId，两个应用设置同一个id即可，原因也很简单，android:sharedUserId
The name of a Linux user ID that will be shared with other applications. By default, Android assigns each application its own unique user ID. However, if this attribute is set to the same value for two or more applications, they will all share the same ID — provided that they are also signed by the same certificate. Application with the same user ID can access each other's data and, if desired, run in the same process.
google说这个id是linux用户id，也就是平常不能访问是因为用户不同，被隔绝，而默认的会给每个应用分配唯一的id，也就是不会相同。设置成一样就代表同一个用户，就可以互相访问了。
最后说下，这个跨进程是不安全的，你也会发现，在最新的api中是不建议使用的，不安全是因为如果两个都同事要改的话。但是一来，我只有一个会改，二来，我更改都是UI线程，一个UI线程同时只会存在一个，不会出现两个同事访问，最后，当然是方便了，我就取个值，没特别大的要求，当然简单使用了，想要复杂点的，最上面的方式，随便搜下一大堆的使用方式的。
