今天再給大家帶來一篇幹貨。 Android的主題換膚 ，可插件化提供皮膚包，無需Activity的重新開機直接實作無縫切換,可高仿網易雲音樂的主題換膚。
這個連結是本次的Demo打包出來的樣本SkinChangeDemo，可以去下載下傳下來先試試效果，皮膚檔案需放到存儲卡的根目錄下。
關于Android的主題換膚都是個老生常談的問題了。網上給出的方案也是層出不窮，最近我也是很想去了解這方面的知識，是以我去搜一下就會有一大堆介紹這方面的文章，但是最後的結果都是不盡人意的，有的确實是給出了一些比較好的解決方案，但是沒有一個實質性的Demo可以參考，是以也隻能是紙上談兵罷了，有的呢，确實是給出了一個參考的Demo但是最後的結果不是我想要的。關于Android的換膚方案技術的總結，這篇文章還是挺有參考價值的Android換膚技術總結。感興趣的同學可以去了解下，就當做是一個知識的普及。
今天我要實作的一個換膚方案是基于github上的這個開源架構Android-Skin-Loader。這個架構的換膚機制是使用動态加載的機制去加載皮膚包裡面的内容，無需Acitvity重新開機即可實作皮膚的實時更換，皮膚包是可以與原安裝包相分離的，需要自己定做（這個皮膚包其實也就是一個普通的Android項目，隻是隻有資源檔案沒有類檔案而已），這樣做的好處就是可以線上提供皮膚包供使用者去下載下傳，也可以大大的減少安裝包的體積，同時也很好的實作了插件化。其實這個架構是可以拿來直接來用的，直接幾行代碼基本上就可以解決Android的主題換膚，但是作為一個程式員怎麼可以隻是簡單的知道怎麼用就行了嗎？如果真是這樣就真的太low了。遇到一個好的開源項目我們至少需要把他的源碼大緻看一下，走一下基本的流程，了解一下他的基本原理，這樣我們在技術上才會有所提升。本文實作的Demo是基于在我前段時間釋出的Android Material Design 相容庫的使用詳解一文中的Demo改進的。最後實作的App也是MaterialDesign的設計風格。
好了說了這麼多，通過本文你可以學到什麼，這個可能是大家比較關心的一點
- 設計出一個基于MaterialDesign風格的App
- 自己實作一個主題換膚的架構
- 高仿網易雲音樂的主題換膚（ps：其實本來我想以這個作為标題的，這樣做也可以增加流量，可我不想單純的做個标題黨，給大家帶來幹貨才是最重要的）
- 讓你的技術更上一層樓（這個說了也是白說）
說了這麼久可能就會有人按捺不住了：我是來看幹貨的，不是來這聽你瞎BB的。不要急幹貨馬上來。如果實在感覺枯燥可以直接跳到文末去看源碼。下面先來幾張效果圖來爽一下
網易雲音樂換膚界面
這個是網易雲音樂的換膚界面，他提供了幾個預設的，也提供了可以線上下載下傳的主題，他的切換效果還是非常贊的，用過這個軟體的同學肯定是知道的。學習完本文後就可以做出類似于這個換膚效果。
Demo最終效果圖
這個動态圖是最終我們這個Demo實作的效果，這個Demo總體來說還是比較簡單的，隻提供了三種皮膚。實作了一個基本的換膚效果，主要還是用于拿來學習使用。當然更複雜的換膚基于這個Demo也是可以辦到的，這裡主要還是去講解原理。
在介紹之前還需要先給大家普及一下LayoutInflaterFactory相關的知識。如果已經知道了這方面的知識點，下面這一段可以直接略過。
對于LayoutInflater大家可能都不太陌生，當你需要把xml檔案轉化成對應View的時候就必須用到它，我想對于他怎麼使用的就不用我介紹了。LayoutInflater 提供了setFactory(LayoutInflater.Factory factory)和setFactory2(LayoutInflater.Factory2 factory)兩個方法可以讓你去自定義布局的填充（有點類似于過濾器，我們在填充這個View之前可以做一些額外的事，但不完全是），Factory2 是在API 11才添加的。
他們提供了下面的方法讓你去重寫。在這裡面你完全可以自己去定義去建立你所想要的View，如果在你在重寫的方法中傳回null的話，就會以系統預設的方式去建立View。
LayoutInflater都被設定了一個預設的Factory，Activity 是實作了LayoutInflater.Factory接口的,是以在你的Activity中直接重寫onCreateView就可以自定義View的填充了。
下面這句是對LayoutInflater.Factory一個比較好的了解
Inflating your own custom views, instead of letting the system do it
這個也是這個Demo其中的一個比較重要技術點。如果有想更詳細了解的文末會有參考連結。
下面就正式開始介紹怎麼去做這個主題換膚吧。
先來看看這個Demo的項目結構：
項目結構圖
至于xRecyclerView可以不用管，這裡我們用不到（這是之前用到的，與本次無關），他隻是一個RecyclerView的一個擴充架構，支援下拉重新整理和上拉加載，是一個在github上的一個開源項目。
這裡我們直接來看看lib_skinloader這個庫吧（這裡面的内容大部分是來源于Android-Skin-Loader這個架構，我隻做了部分修改，主要是适配AppCompatActivity，原架構是基于最初的Activty開發的，在這裡再次感謝開源作者），這個庫就是今天所講的核心内容
lib_skinloader包結構圖
我們都知道在Android中如果想去擷取資源檔案都必須通過Resources去擷取。這個庫的核心思想就是動态的去加載第三方包裡面的包，擷取到其Resources然後以擷取到的這個Resources去擷取第三方包裡面的資源内容，最後設定到我們有需響應皮膚更改的View上。
這裡我就隻介紹load和base兩個包，其他包的内容在講解的時候會涉及到
1.load包
我們先來看看這個load包裡面的内容（其實這裡就是今天核心内容的核心）。
load包
裡面有兩個類檔案：SkinInflaterFactory、SkinManager
我們先來看看SkinManager的實作，直接跳到load方法
public void load(String skinPackagePath, final ILoaderListener callback) {
new AsyncTask<String, Void, Resources>() {
protected void onPreExecute() {
if (callback != null) {
callback.onStart();
}
}
@Override
protected Resources doInBackground(String... params) {
try {
if (params.length == ) {
String skinPkgPath = params[];
Log.i("loadSkin", skinPkgPath);
File file = new File(skinPkgPath);
if (file == null || !file.exists()) {
return null;
}
PackageManager mPm = context.getPackageManager();
PackageInfo mInfo = mPm.getPackageArchiveInfo(skinPkgPath, PackageManager.GET_ACTIVITIES);
skinPackageName = mInfo.packageName;
AssetManager assetManager = AssetManager.class.newInstance();
Method addAssetPath = assetManager.getClass().getMethod("addAssetPath", String.class);
addAssetPath.invoke(assetManager, skinPkgPath);
Resources superRes = context.getResources();
Resources skinResource = new Resources(assetManager, superRes.getDisplayMetrics(), superRes.getConfiguration());
SkinConfig.saveSkinPath(context, skinPkgPath);
skinPath = skinPkgPath;
isDefaultSkin = false;
return skinResource;
}
return null;
} catch (Exception e) {
e.printStackTrace();
return null;
}
}
protected void onPostExecute(Resources result) {
mResources = result;
if (mResources != null) {
if (callback != null) callback.onSuccess();
notifySkinUpdate();
} else {
isDefaultSkin = true;
if (callback != null) callback.onFailed();
}
}
}.execute(skinPackagePath);
}
這個方法有兩個參數，第一個是皮膚包的路徑，第二個就是一個簡單的回調
其中doInBackground方法裡面就實作了動态的去擷取皮膚包的Resources，當擷取成功之後，在onPostExecute方法中就将這個Resources指派到我們定義好的變量中去，以友善我們之後的使用，注意到當擷取到的這個Resources不為空時，也就是我們已經擷取到了皮膚包裡面的資源，我們就調用notifySkinUpdate()這個方法來通知界面去更改皮膚，如果為空就還是使用預設的皮膚。
我們來看看notifySkinUpdate()的實作
notifySkinUpdate
這裡很簡單，就是去周遊mSkinObservers這個集合，然後去通知更新。對于ISkinUpdate是一個接口，每個需要皮膚更新的Activity都需要去實作這個接口。
SkinManager這個類裡面還有諸如getColor(int resId)、getDrawable(int resId)這樣的方法，就是去擷取第三方包對應的資源檔案，值得注意的是如果你的第三方包裡沒有對應的資源檔案，那麼就會使用預設的資源檔案，如果你有需求，你完全可以去添加一些類似getMipmap(int resID)這樣的方法。
對了，還有一個比較重要的方法忘了講
restoreDefaultTheme
這個方法就是恢複到系統的預設主題，原理和load都差不多，實作還簡單了很多。SkinManager這個類就說這麼多，詳細實作請到源碼中去檢視，很多地方我都給了注釋。
我們再來看看SkinInflaterFactory，在這裡面主要就是做一些填充View相關的一些工作。我實作的是LayoutInflaterFactory這個接口而不是文章之前提到的LayoutInflater.Factory這個接口是因為這裡需要與AppCompatActivity相容，如果你還是用之前的那個就會出現一些錯誤，反正我剛弄的時候是折騰了很久的。不管怎麼樣原理始終是一樣的。SkinInflaterFactory的作用就是去搜集那些有需要響應皮膚更改的View。
我們來看看onCreateView的實作
onCreateView
首先我們先去判斷這個目前将要View是否有更改皮膚的需求，如果沒有我們就傳回預設的實作。如果有，我們就自己去處理
來看看createView方法的實作
createView
看起來很多，其實這個方法就是去動态的去建立View。
下面來看看parseSkinAttr的實作：
parseSkinAttr
這個方法其實就是去搜集View中換膚的時候可以更改的屬性，當我們換膚的時候就是去更改的這些屬性的值，這裡你必須要注意一點，這個屬性的值一定要是引用類型的（例如:@color/red），千萬不能寫死，第二個if的判斷就是這個作用。到這裡可能你就會有個疑問，我怎麼知道哪些屬性在換膚的時候需要更改。如果你細心一點肯定注意到了這行代碼
SkinAttr mSkinAttr = AttrFactory.get(attrName, id, entryName, typeName);
這裡有個AttrFacory他的作用就是根據屬性名，動态的去建立SkinAttr。在AttrFacory中定義了一些類似于這樣的常量：
這就是我們換膚的時候可以更改的那些屬性。SkinAttr是一個抽象類，比如background就會去建立一個BackgroundAttr,本項目所用到的屬性全都在attr包中。SkinAttr是比較靈活的一個地方,如果你有哪個屬性在換膚的時候需要更改，你就去實作一個對應的SkinAttr。
在parseSkinAttr這個方法的最後我們将View和SkinAttr封裝成了一個SkinItem然後添加到一個集合中去，最後還需注意的是，如果目前皮膚不是預設皮膚，一定要去apply一下，這樣做主要是防止換了皮膚啟動一些新的頁面有可能導緻換膚不及時的問題。SkinInflaterFactory這個類裡面還提供了動态的添加SkinItem的方法，原理都和這裡差不多，我就不過多的去說了。
load包裡面的這兩個類講的差不多了，這裡看懂了後面的内容也就是小菜一碟了，我相信你看了這裡再去看源碼一定會輕松地多。
2.base包
base包結構
可以看見這個包裡面肯定就是Activity、Fragment、Application的實作，作用肯定就是封裝一些公用的方法和屬性在裡面。
下面我們一個一個來分析
- SkinBaseApplication： SkinBaseApplication
Android 換膚功能實作
可以看到這裡我們對SkinManager做了一些初始化的操作。以後我們有需要皮膚更改需求的應用一定要記得一定要繼承于SkinBaseApplication。
-
SkinBaseActivity
我們來看看其onCreate方法
Android 換膚功能實作 SkinBaseActivity
在這裡使用了我們之前自定義的View的InflaterFactory，來替換預設的Factory。記住一定要在super.onCreate(savedInstanceState);這個方法之前調用。SkinBaseActivity裡面還提供了動态添加可以響應皮膚更改需求的View的相關方法。當然需要響應換膚更改的Activity都需要繼承SkinBaseActivity。詳細實作請看源碼。
-
SkinBaseFragment
這個和SkinBaseActivity的思想差不多。具體實作看源碼，這裡我隻是給大家提供這個換膚架構的思想，讓大家在看源碼的時候更輕松。
這個架構就介紹到這，下面我們來看看怎麼去使用。
在使用的時候一定要記得要Activity要去繼承于SkinBaseActivity，Fragment要繼承于SkinBaseFragment，Application要繼承于SkinBaseApplication。當然把這個架構做為你的項目依賴項肯定是必不可少的。為了Demo的簡單，這裡我隻使用了下面三個顔色作為可以換膚的資源，當然如果你想要使用drawable檔案也是可以辦到的，前提是你一定要把這個Demo看懂。
來看一個布局檔案
其中
xmlns:skin="http://schemas.android.com/android/skin"
是我們自定義的，在SkinConfig有。
我們隻需在有皮膚更改需求的View中加入skin:enable="true" 就OK了。
再來看看MainActicvity的部分代碼
這裡就是動态的添加有皮膚更改需求的View。
上面就介紹完了在布局檔案中使用方法和在代碼中使用方法。
我們應該怎麼去換膚呢？很簡單，隻需調用SkinManager的load方法就可以了，把皮膚路徑傳進去就可以了，我的這個Demo為了簡單起見，沒有做線上換膚的功能，隻是在本地提供了可以更換的皮膚，看到這裡我相信你對怎樣線上換膚已經有想法了。
怎樣去換膚
最最後我們來看看怎麼去開發皮膚包。其實這個是最簡單的，皮膚包實際上就是一個基本的Android項目，裡面不包含類檔案，隻有資源檔案。這裡隻需注意 這裡的資源檔案名字一定要和原項目中的相同，并且隻用包含那些在皮膚更改時需要改變的那些就行了！例如我的這個Demo就隻是簡單對上面的三種顔色做了簡單的切換。開發了棕色和黑色兩款皮膚，是以資源檔案中隻有三個color的值，開發完成之後我們需要将其打包成apk檔案，為防止使用者點選安裝，我們将其字尾改成了skin，這樣做也具有辨別性。如果還是不太清楚可以直接去源碼中檢視。
這下再來看一看文章開頭效果圖是不是突然變得有思路了,快動起你的小手指去敲一個主題換膚的架構吧~~~
Demo最終效果圖
好了，本文到此結束。很感謝你的耐心看完！
源碼傳送：MaterialDesignDemo 歡迎大家Star和Fork，bug肯定是在所難免的，有問題多多讨論。
參考連結:
- LayoutInflater Factories（需梯子）
- How to Get the Right LayoutInflater
- Android apk動态加載機制的研究
- Android換膚技術總結
來自： http://www.jianshu.com/p/af7c0585dd5b