引用：http://handsomeliuyang.iteye.com/blog/1304975
在android系统中，每一个application是一个进程和一个用户，不同的进程间是不能互相访问的。如果想让两个程序之间可以相互访问其资源，就可以让这两个apk运行在同一个进程里就可以。要让两个apk运行在同一个进程里，要满足两个条件：相同的sharedUserId和用相同的证书进行签名
默认情况下，如果不配android:sharedUserId，则其userid与包名相同，所以我们可以把皮肤包的android:sharedUserId与主apk配置的相同，再用相同的签名打包，就可以共享资源。
以上是打皮肤包方法，但真正把这个方案用在复杂一点的项目里时，问题会很多。比如按照上面的方法，在主apk里怎样获取皮肤包的图片：
- try {
- mSkin1Context = this.createPackageContext("com.ly.skin1", CONTEXT_IGNORE_SECURITY);
- } catch (NameNotFoundException e) {
- mSkin1Context = this;
- }
- Drawable drawable = mSkin1Context.getResources().getDrawable(R.drawable.image1);
用上面的方法有一个要求，就是在主程序和皮肤程序里都要有image1图片，但这两张图片的内容是不一样的。
这样感觉只要资源的名称相同就行了，但关键是R.drawable.image1是一个常量，在编译阶段会用常量的值替换掉这个变量，问题就出来了，尽管主apk和皮肤包有相同名称的图片，但如果他们的值不一样，则也会出错。
R文件里的常量的值不是只与其本身资源的名称有关，还与所有的图片名称有关，只有保证皮肤包和主apk有完全相同的图片名称（所有），才能保证其生成的常量的值也相同。
针对上面的问题的解决办法：
如果不想皮肤包太大，可以用item属性：
- <item type="drawable" name="icon"/>
- <item type="drawable" name="image1"/>
- <item type="drawable" name="image3"/>
这样也可以在R文件里的Drawable类里添加上面三个常量。
注意：上面的三个图片，icon,image1,image3可以在资源文件里已经存在了，也可以在这里再写一遍，但其他的layout属性不可以这样做，只能写没有出现过的。
共享layout文件
上面只讲了换图片方法，即然是资源全部共享，其实还可以共享其layout文件，这样可以改变其布局文件，包括字体颜色和位置。
同样的问题，R.layout.xxx也是常量，在编译期间都会替换成数值，为了保证其生成的常量的值都相同，我们可以让皮肤包和主apk的布局文件一样，也可以用上面的item标签，但注意item里的与layout里的，不能重复，但drawable可以。
还有一个问题就是id值，id值也可以在item里写，这样在其他的layout文件里就不要用@+id/xxx，直接用@id/xxx就可以了，但我测出一个问题，如果把id全部都写在layout文件里，和全部都写在item里，其常量的值不一样，所以只能选一样方法。
讲讲用这种方法进行换肤的缺点：
1. 由于其常量的值与整个资源都有关系，所以一个皮肤包只能与一个特定的版本相关联，每个版本都要用其独立的皮肤包，以前的不能重用，因为在新的版本里，其资源一般都会发生变化。
2. 如果想让皮肤包小一点话，就要为不能的手机分辨率打不同的apk包
3. 由于不同的版本之间不能共用皮肤包，所以用户更新新版本后，只有手动才能把老的皮肤包删除掉，但用户区分哪个是老的皮肤包，比较麻烦。
4. 为了维护的方便，一般是把每个版本拥有的皮肤包的地址写死在客户端。