应用内切换主题有哪些方案可以实现

这里讨论的只是白天、夜晚主题切换这种场景，不涉及外部资源加载。

现在要给App添加夜晚主题，所以就需要选择一种应用内部更换主题的实现方案，目前来说，比较常见的几种方式如下：

Theme

设置Theme来切换不同主题。

优点：利用系统自带的机制实现，根据标志位setTheme()即可。

缺点：在主题切换界面不重启的情况下，不能自动完成界面主题的刷新。

遍历View

对主题的更换，使用遍历View，然后单独设置更改后的属性即可。

优点：可以即时更新界面，不需要重启Activity

缺点：需要单独添加标志位，来标记需要更换主题的View，需要增加额外工作，另外就是标记的添加，有可能影响原来的代码逻辑。

开源项目

关于Theme的解决方案就不说了，就是在style文件中定义不同的主题即可。

目前开源的几个应用内换肤项目，基本采用的都是遍历View，然后更换属性来完成，下面我们简单分析一下实现机制。

• MultipleTheme
• Colorful
• AndroidChangeSkin
• NightOw

MultipleTheme

这个项目的实现方案比较好理解，采用的是Theme+遍历更新View的思路。

public class BaseActivity extends Activity{

    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        if(SharedPreferencesMgr.getInt("theme", 0) == 1) {
            setTheme(R.style.theme_2);
        } else {
            setTheme(R.style.theme_1);
        }
    }
}

首先在基类里面，根据当前本地保存的标志位来设置Theme，这样就能保证新打开的Activity的主题都是正确的。

其次，在主动更换主题的时候，需要调用下面的方法

 ColorUiUtil.changeTheme(rootView, getTheme());

而这个方法的实质，就是遍历rootView里面所有的View，如果View实现了ColorUiInterface接口，则调用setTheme()来更换View的对应属性

public interface ColorUiInterface {

    public View getView();

    public void setTheme(Resources.Theme themeId);
}

为此，作者实现了一系列的自定义类，来实现ColorUiInterface接口，所以如果你要用的话，需要把所有更换主题的View替换，这显然是一种成本非常高的方案。

而且就目前来说，Demo里面存在BUG，点击切换皮肤之后，Button的字体颜色换了，但是背景颜色却消失了，同时这个项目已经4个月没有维护。

所以，由上述可以得出结论：此项目不可商用，推荐指数：★

Colorful

Colorful与上面一种方案总体思想是相通的，但是在具体实现细节上各有特色。

首先在需要更换主题View的筛选上，上面的方案用的是是否实现某接口来识别，而在Colorful中则是需要用户手动绑定，建立需要更换的View与属性之间关系，虽然在编码上面需要花费一些时间，但是这样就不需要替换所有的View，在总体上是优于前一种方案。

ViewGroupSetter listViewSetter = new ViewGroupSetter(mNewsListView);
        // 绑定ListView的Item View中的news_title视图，在换肤时修改它的text_color属性
        listViewSetter.childViewTextColor(R.id.news_title, R.attr.text_color);

        // 构建Colorful对象来绑定View与属性的对象关系
        mColorful = new Colorful.Builder(this)
                .backgroundDrawable(R.id.root_view, R.attr.root_view_bg)
                // 设置view的背景图片
                .backgroundColor(R.id.change_btn, R.attr.btn_bg)
                // 设置背景色
                .textColor(R.id.textview, R.attr.text_color)
                .setter(listViewSetter) // 手动设置setter
                .create(); // 设置文本颜色

在绑定View与属性之后，可以调用下面方法完成更换主题

private void changeThemeWithColorful() {
        if (!isNight) {
            mColorful.setTheme(R.style.NightTheme);
        } else {
            mColorful.setTheme(R.style.DayTheme);
        }
        isNight = !isNight;
    }

在这之后，做的事情就和MultipleTheme没有太大差别了，首先更改Activity的Theme，但是因为onCreate()已调用，所以这个时候Theme改变了，但是界面是没有变化的，就需要手动去遍历更新所有需要改变的View的属性。

        protected void setTheme(int newTheme) {
            mActivity.setTheme(newTheme);
            makeChange(newTheme);
        }

        private void makeChange(int themeId) {
            Theme curTheme = mActivity.getTheme();
            for (ViewSetter setter : mElements) {
                setter.setValue(curTheme, themeId);
            }
        }

获取Theme对应的颜色使用

protected int getColor(Theme newTheme) {
        TypedValue typedValue = new TypedValue();
        newTheme.resolveAttribute(mAttrResId, typedValue, true);
        return typedValue.data;
    }

获取Theme对应属性的

综上所述，使用这个方案，对布局代码的修改较小，而且由于是手动指定View，所以不需要遍历，效率上会好一些。但是需要在Activity中添加绑定代码，如果要改变的View比较多的话，代码量会比较多。推荐指数：★★★

AndroidChangeSkin

AndroidChangeSkin这个库不单单可以完成应用内资源的替换，还可以完成外部apk资源包的主题加载，但是这里只讨论使用内部资源的情况。

首先我们看一下AndroidChangeSkin是怎么实现变换主题View的标记的呢？

通过android:tag。

比如，你想替换ImageView的src属性，那就可以下面这样，在运行时，会通过解析tag字符串，将『skin:left_menu_icon:src』拆分，skin代表需要换肤，left_menu_icon代表需要替换的资源名称，src代表了要更换的属性名称。

<ImageView
                android:src="@drawable/left_menu_icon"
                android:tag="skin:left_menu_icon:src" />

要更换TextView文字颜色则需要这样。

 <TextView
                android:tag="skin:menu_item_text_color:textColor"
                android:text="恢复默认"
                android:textColor="@color/menu_item_text_color" />

通过这种方式标记View的好处是，不需要代码中手动标记，也不需要用接口标记。

AndroidChangeSkin的应用内换肤使用的是添加后缀的方式，比如上面的android:textColor="@color/menu_item_text_color"，如果要更换主题，需要预先定义好主体颜色，不同主题后缀不同，像下面这样就有三种主题，默认主题，red主题，green主题。

<?xml version="1.0" encoding="utf-8"?>
<resources>
    <color name="menu_item_text_color">#ffffffff</color>

    <!--应用内换肤资源-->
    <color name="menu_item_text_color_red">#ff0000</color>

    <color name="menu_item_text_color_green">#00ff00</color>

</resources

AndroidChangeSkin的使用是比较舒服的，首先是在xml文件里面设置好tag属性，然后在Activity里面注册需要主题的Activity即可

 @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        SkinManager.getInstance().register(this);
        setContentView(R.layout.activity_main);
    }

其实上面方式执行的时候，就对当前所有的View进行了一次遍历，然后根据当前的主题后缀，设置了对应的资源。

有人可能会问了，在setContentView()之前，怎么可能遍历View呢？实际上内部是这样处理的

 public void register(final Activity activity) {
        mActivities.add(activity);

        activity.findViewById(android.R.id.content).post(new Runnable() {
            @Override
            public void run() {
                apply(activity);
            }
        });
    }

也就是说，这个方法只是把apply(activity);添加到了消息队列中，等整个界面加载完毕，消息队列开始轮询的时候，这个消息才会被处理，这样就能够在界面加载完之后，立刻遍历设置对应属性，是一种懒加载策略，而且时机选择的恰到好处。

但是这里就出现了一个问题，就是每次进入界面都需要遍历所有的View，在性能上肯定不是最优，但是使用这种方案，遍历貌似是不可避免的操作。

因为AndroidChangeSkin内部会通过SP来保存当前的主题，所以每次切换完主题，退出再进入的时候，会显示已经切换好的主题，这一点也是通过上面的register()完成的。

在onDestory()的时候，不要忘记反注册，防止内存泄露

@Override
    protected void onDestroy() {
        super.onDestroy();
        SkinManager.getInstance().unregister(this);
    }

综上所述，AndroidChangeSkin使用简单，也很好理解，但是存在两个问题：一个是tag被废掉了，如果你的代码里面用到了tag，那么就要好好想一下了；（虽然在标签中使用了tag，但是在后面会将tag更换到其他key对应的tag中，一般不会影响代码中tag的使用，除非你的tag对应的key和标记为tag的key完全一样，这样的概率是非常小的）另外一个就是无论是否需要切换主题，每次进入Activity的时候，都会遍历一次View，对于view比较多的界面，会有性能上的影响。

下面代码会将原先的tag替换为skin_tag_id作为key对应的tag中，默认无参tag不受影响，多谢AndroidChangeSkin作者鸿洋指出！

private static void changeViewTag(View view) {
        Object tag = view.getTag(R.id.skin_tag_id);
        if (tag == null) {
            tag = view.getTag();
            view.setTag(R.id.skin_tag_id, tag);
            view.setTag(null);
        }
    }

所以，推荐指数：★★★★★

我的思考

从上面这几个开源项目来看，实现思路中，主要有两个要解决的问题：

1. 如何标记要更换主题的View
2. 如何在Activity不销毁的状况下，更新当前界面

对于第一个问题，可以实现接口、手动指定、tag区分，后两种一个在效率上会好一些，一个在使用上方便一些，所以各有优点。

而对于第二个问题，则基本都一样，遍历标记的View集合，然后设置对应属性。

前两种方案，在设置属性的时候，用的是theme，不同Theme对应的资源不同，而后一种则是直接使用的资源名称，通过添加后缀的方式，来实现不同的资源加载。

同时，前两种方案需要自定义attrs，然后xml中引用，但是在预览中是看不到预览效果的，因为attrs对应的资源id未指定，所以在开发时多少有些不方便，而后一种实现则没有这个问题。

所以，我个人比较喜欢AndroidChangeSkin的实现。但是怎么避免每次进入都需要遍历View带来的性能损耗呢？

我的想法是，在切换主题开关的界面使用AndroidChangeSkin，这样切换之后可以实时更新，但是在其他新开启的界面，使用Theme，通过本地标志位来setTheme()，这样既能完成需求，又不会造成额外的性能损耗。