Android系统更换主题外观的实现方法

作者：Liuhua Chen
 
一、   实现思路
安卓应用在读取资源时是由AssetManager和Resources两个类来实现的。Resouce类是先根据ID来找到资源文件名称，然后再将该文件名称交给AssetManager来打开文件。我们主题开发的核心思路就是在应用读取资源时，先去主题包里读取资源，若有资源，直接返回主题包的资源，若无资源，直接返回应用本身的资源。

参考博客：http://blog.csdn.net/luoshengyang/article/details/8806798

二、   方案实现

a)   修改源码Resource.java

private
LoadResourcesCallBack mCallBack;

public interface LoadResourcesCallBack{

    ColorStateListloadColorStateList(TypedValue value, int
id);

    Drawable loadDrawable(TypedValue value, int
id);

    XmlResourceParser loadXmlResourceParser(int
id,
String type);

    int getDimensionPixelSize(int
index);

    int getDimensionPixelOffset(int
index);

    float getDimension(int
index);

    Integer getInteger(int
index);
}

public LoadResourcesCallBack getLoadResourcesCallBack() {

    return mCallBack;
}

public boolean regitsterLoadResourcesCallBack(LoadResourcesCallBackcallBack) {

    if (callBack==
null || mCallBack !=
null) {

        return false;

    }

    mCallBack = callBack;

    return true;
}
在Resouces类是主要加这个接口，这个接口就是主题改变的关键所在。接口LoadResourcesCallBack中的抽象方法，从名子中可以发现，Resources类中也有同名的方法。LoadResourcesCallBack中的方法就是在Resources同名方法中调用，即Resouces类中在执行这些方法时，会先执行LoadResourcesCallBack实现的方法。

LoadResourcesCallBack抽象方法实现如下：

context.getResources().regitsterLoadResourcesCallBack(new
Resources.LoadResourcesCallBack() {

    @Override

    public ColorStateListloadColorStateList(TypedValue typedValue, int
i) {

         if (i ==
0) return null;

        String entryName = context.getResources().getResourceEntryName(i);

        ColorStateList color = ResourceManagerTPV.getInstance(context).getColorStateList(entryName);

             return color;

    }

    @Override

    public DrawableloadDrawable(TypedValue typedValue, int
i) {

        if(i ==
0){

            return null;

        }

        String entryName = context.getResources().getResourceEntryName(i);

        Drawable drawable = ResourceManagerTPV.getInstance(context).getDrawable(entryName);

        return drawable;

    }

    @Override

    public XmlResourceParserloadXmlResourceParser(int
i, String s) {

        return null;

    }

    @Override

    public int getDimensionPixelSize(int
i) {

       if(i ==
0){

            return -1;

        }

        String entryName = context.getResources().getResourceEntryName(i);

        int dimensionPixelSize = ResourceManagerTPV.getInstance(context).getDimensionPixelSize(entryName);

        return dimensionPixelSize;

    }

    @Override

    public int getDimensionPixelOffset(int
i) {

       if(i ==
0){

            return -1;

        }

        String entryName = context.getResources().getResourceEntryName(i);

           return ResourceManagerTPV.getInstance(context).getDimensionPixelOffset(entryName);

    }

    @Override

    public float getDimension(int
i) {

        if(i ==
0){

            return -1;

        }

        String entryName = context.getResources().getResourceEntryName(i);

        return ResourceManagerTPV.getInstance(context).getDimen(entryName);

    }

    @Override

    public IntegergetInteger(int
i) {

       if(i ==
0){

            return null;

        }

        String entryName = context.getResources().getResourceEntryName(i);

        return ResourceManagerTPV.getInstance(context).getInteger(entryName);

    }

});
实现原理：在查找资源时会根据提供的ID进行查找，然后通过资源ID查找资源ID对应的资源名称，然后获取当前设置的主题包的Context,然后再由主题包的Context通过资源名称查找当前主题包下是否有要查询的资源，有就返回具体资源的值，如图片，就返回Drawable资源，没有就返回Null,Resouce类就会执行自己的方法。

b)   通知更新

实现原理：参考系统语言切换的实现方法。

参考博客：http://blog.csdn.net/wxlinwzl/article/details/42614117

三、    开发中遇到的问题

a)   开发框架的设计

在方案实行前，已讨论过主题的实现方案，刚开始实现方案与台北TPV的主题实现方案类似，都是先制作一个默认的主题包。但是在制作完主题包后，发现该方案，资源为只读，不能同时支持多个主题动态切换，且在XML中不能直接引用。后来就参考了TUF的做法，觉得这个方案可行，就按这个方案来实行。

b)   代码中读取color资源，仍是应用本身的资源，不是主题包的资源

在与Launcher和SystemUI调试时，同样的方法，在代码读取图片和Color值时，图片会读取到安装的主题包下的资源，而Color资源没有读取到，仍是应用本身设置的值。后来发现是在Resources源码中getColor，如下红色字体代码中，还没有判断是用哪个资源时，已经直接返回应用的Color资源。最后解决方法，在该段代码前进行判断。

@ColorInt

    public int getColor(@ColorRes int id,@Nullable Theme theme) throws NotFoundException {

      ……..

     if (value.type >=TypedValue.TYPE_FIRST_INT

                    && value.type <=TypedValue.TYPE_LAST_INT) {

                mTmpValue = value;

                return value.data;

            } else if (value.type !=TypedValue.TYPE_STRING) {

                throw new NotFoundException(

                        "Resource ID#0x" + Integer.toHexString(id) + " type #0x"

                                + Integer.toHexString(value.type) + " isnot valid");

            }

            mTmpValue = null;

        }

           …….

      final ColorStateList csl =loadColorStateList(value, id, theme);

      ……..

}

c)   SystemUI不会更新

SystemUI是一个很特殊的应用，切换资源时，无法同步切换，只能通过重启手机才会更新资源，而重启手机又与UX的设计不一致。最后只能通过广播通知其更新。

d)  Widget应用无法更新

在与Clock调试时，同样的方法，同样的步骤，在widget中就是不切换资源，最后也只能像SystemUI一样通过广播进行更新。只有一个Clock，那时感觉用这种方法，也还好，修改的代码不多，也不繁琐。后来，天气也需要更新，问题就来了。天气widget的实现方法与Clock不一样，而且天气设置图片的方法也不一样。若是天气也是接收广播，然后再自己代码中更新，修改的代码量非常多，且本身天气应用的逻辑就比较复杂，如此下去不是一个可行的实现方案，不排除以后其他的Widget也需要修改，所以这个方案不能实行，只能另辟方法。

  所以就一直去看看Widget的实现原理，发现Widget都是通过RemoteView来远程代理的。就去查看RemoteView的源码，

private
View inflateView(Contextcontext,
RemoteViews rv,
ViewGroupparent) {

    // RemoteViews may be built by an application installedin another

    // user. So build a context thatloads resources from that user but

    // still returns the current usersuserId so settings like data / time formats

    // are loaded without requiring crossuser persmissions.

    final ContextcontextForResources = getContextForResources(context);

    Context inflationContext = new
ContextWrapper(context){

        @Override

        public ResourcesgetResources() {

            return contextForResources.getResources();

        }

        @Override

        public Resources.ThemegetTheme() {

            return contextForResources.getTheme();

        }

        @Override

        public StringgetPackageName() {

            return contextForResources.getPackageName();

        }

    };

    LayoutInflater inflater = (LayoutInflater)

            context.getSystemService(Context.LAYOUT_INFLATER_SERVICE);

    // Clone inflater so we load resources from correctcontext and

    // we don't add a filter to thestatic version returned by getSystemService.

    inflater = inflater.cloneInContext(inflationContext);

    inflater.setFilter(this);

    return inflater.inflate(rv.getLayoutId(),
parent, false);
}
    通过这个方法开头的说明，这个方法就是RemoteView获取资源的关键所在，我们只要在getResources()方法中注册一下Resources类中自定义的接口。事实证明，确实是如此，修改了此次代码后，Clock和天气都不需要执行任何操作。主题市场只需要统计需要修改的Color和Drawable的名称。

e)   锁屏壁纸和桌面壁纸与效果不一致

壁纸的设置，系统有提供一些接口进行设置。该开始就用了系统提供的接口进行设置，发现桌面的壁纸不会动，而且显示得很模糊，锁屏的壁纸模糊效果与壁纸不在同一个位置，出现分层。显然这样的设置方法是不可行的，询问了Launcher负责人，具体Launcher的裁剪方法也不是非常清楚。最后自己去下载了Launcher的代码来看，设置壁纸确实好复杂，非常多个类，各种逻辑，要完全明白，真的有点困难。在这个设置壁纸上，也花费了较长时间进行分析。虽然现在也不是完全明白怎么设置的，但是通过各方面的测试，最终达到了效果。