这里讨论的只是白天、夜晚主题切换这种场景，不涉及外部资源加载。
现在要给App添加夜晚主题，所以就需要选择一种应用内部更换主题的实现方案，目前来说，比较常见的几种方式如下：
设置Theme来切换不同主题。
优点：利用系统自带的机制实现，根据标志位setTheme()即可。
缺点：在主题切换界面不重启的情况下，不能自动完成界面主题的刷新。
对主题的更换，使用遍历View，然后单独设置更改后的属性即可。
优点：可以即时更新界面，不需要重启Activity
缺点：需要单独添加标志位，来标记需要更换主题的View，需要增加额外工作，另外就是标记的添加，有可能影响原来的代码逻辑。
关于Theme的解决方案就不说了，就是在style文件中定义不同的主题即可。
目前开源的几个应用内换肤项目，基本采用的都是遍历View，然后更换属性来完成，下面我们简单分析一下实现机制。
这个项目的实现方案比较好理解，采用的是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与上面一种方案总体思想是相通的，但是在具体实现细节上各有特色。
首先在需要更换主题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这个库不单单可以完成应用内资源的替换，还可以完成外部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>
</resourcesAndroidChangeSkin的使用是比较舒服的，首先是在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);
}
}所以，推荐指数：★★★★★
从上面这几个开源项目来看，实现思路中，主要有两个要解决的问题：
对于第一个问题，可以实现接口、手动指定、tag区分，后两种一个在效率上会好一些，一个在使用上方便一些，所以各有优点。
而对于第二个问题，则基本都一样，遍历标记的View集合，然后设置对应属性。
前两种方案，在设置属性的时候，用的是theme，不同Theme对应的资源不同，而后一种则是直接使用的资源名称，通过添加后缀的方式，来实现不同的资源加载。
同时，前两种方案需要自定义attrs，然后xml中引用，但是在预览中是看不到预览效果的，因为attrs对应的资源id未指定，所以在开发时多少有些不方便，而后一种实现则没有这个问题。
所以，我个人比较喜欢AndroidChangeSkin的实现。但是怎么避免每次进入都需要遍历View带来的性能损耗呢？
我的想法是，在切换主题开关的界面使用AndroidChangeSkin，这样切换之后可以实时更新，但是在其他新开启的界面，使用Theme，通过本地标志位来setTheme()，这样既能完成需求，又不会造成额外的性能损耗。
Copyright© 2013-2019