android自动夜间模式吗,Android 之夜间模式(多主题)的实现思路

引言

夜间模式其实属于多主题切换的一种，不过是最麻烦的一种。因为在夜间模式下不仅要切换主色调，次要色调等等，还要覆盖一些特殊的颜色，因为在夜间模式下总不能什么都是黑的把，那不得丑死-。-，所以当你夜间模式完成后，你的App对于日后多主题的扩展就可以轻松胜任了。

实现思路

多数App由于历史原因当对其进行夜间模式的功能改造时，工作量是比较大的，所以在真正开始着手实现前，我们还是应该先明确夜间模式(多主题)到底有多少实现的思路以及它们的优劣，这样才可以有效的避免项目延期的情况出现。

自定义attr属性。

这是最基础的方法，就是通过自定义attr属性，在不同的theme中进行不同的实现，然后在layout和style中调用。这种方法改代码改动量比较大，而且根据不同的主题，drawable(5.0以上不用)，selector等xml文件必须要相应的定义多份，因为 android由于兼容性和自身的原因并不能在这些文件中识别attr属性(会报type解析错误)，当然style和theme可以直接识别使用。

在shape，selector中不识别attr属性我个人觉得可能是android的bug，因为5.0以上的drawable中是可以识别attr属性的，所以理论上是可行的。若能解决在selector等xml中的识别问题，该方法就能大大减少重复代码了。

重写getResource方法

这是第三方微博客户端Fuubo所采用的方式。重新Acticity和Application的getResource方法，统一同一颜色的是调用名字，对于不同主题在getRsource中进行判断并返回对应的颜色值。

这样做的好处是你不用定义很多份的drawable，selector之类的xml文件，你的所有颜色都将在getRsource中通过R.color中判断并替换，省去很多工作，而且基本可以不改动你以前的代码。

当然坏处也是显而易见的，当你的App复杂时所有的替换逻辑都集中在getRsource()中将会显得十分的臃肿，并且你无法使用theme中的系统属性，因为theme中的属性并不是通过Activity的getResource()进行加载的，所以例如系统的popMenu就无法改变其背景色等属性，都需要你自定义实现了。

切换方式

谈到夜间模式或多主题切换，就不得不说另一个问题主题的切换方式。

重启Activity。

这是最常用的切换方式，也是最暴力的解决方式，哈哈。

当然需要注意的是一定要在 super.onCreate(savedInstanceState);之前调用，不然会发生很多的意外问题-，- 。

至于重启的方式有很多，可以直接Intent.FLAG_ACTIVITY_CLEAR_TOP，再启动一个新的 Activity。或者finish自己再重新startActivity，或者最简单的直接调用onRecreate()即可(相当于发生了 configuration change)，然后再加上一个过渡的动画效果，这就根据自己App的情况自行选择了。

刷新所有控件。

其实现的思路是在自定义属性的基础上，再自定义每个控件，并将与主题颜色相关的属性全部封装在控件中，然后通过一个统一的接口，每当主题发生改变时，对当前Activity从根View开始进行递归遍历刷新，而对于listview则是清空RecycleBin中的所有child view，这样就等于是强行刷新了整个listview。

这种方式最大的优点就是可以不重启Activity就可以更换Activity的主题颜色，大大优化了用户的体验。当然缺点也很明显，因为如果你的App不是一开始就这么做，那么改造的工作量更加巨大(因为还要实现自定义属性=。=)。

目前github已有人实现了这种思路的换主题框架， 传送门 。

换肤

上面并没有讨论换主题的另一个方向：换肤。因为个人觉得简单换肤其实与换主题色的区别并不是特别大，只需要添加换肤apk的下载，并将其资源加载到app中替换即可，网上有很多的实现思路，再这就不在傫述。而对于复杂的换肤，即如天天动听一样不仅可以更换主题颜色，资源文件，还可以更换 Layout布局！这。。。增加的工作量就不是多一点点的问题了(和以上讨论的情况相比)，所以暂不讨论-。-。

结语

以上是关于Android切换主题的一点心得，希望对您有些许帮助，有不正确的地方欢迎指出讨论，如果您有其他的一些实现思路，也欢迎补充，谢谢。