口號：Android只是個Demo。

智慧手機何其多，Symbian、WP、Android...，問題是原生的Android系統不支援主題定製。

於是我等看著花哨的主題資源包在市場上氾濫，前提：你先下載一個執行這些主題資源的應用程式APK包先。

但是...... 原生Android系統是不願意還是不能夠支援主題呢？以後會不會支援呢？

不管了，既然看Android原生主題支援功能不夠，本文就來嘗試一下如何通過修改Android原生程式碼來實現主題支援。

============================= 環境與步驟=================================

軟體版本：Android JellyBean

步驟：

I.原生Android主題支援需要涉及的部分

II.涉及部分在原生系統中的邏輯及修改

III.對周邊模組的影響和支援

=============================原生Android主題支援需要涉及的部分=================================

既然是要支援主題，也就是說系統需要支援和管理多套主題資源包，並且應用可以用相同的資源ID來訪問不同資源包中對應的資源。

因此我們首先分析一下Android系統的資源訪問流程。

對應用來說，資源訪問主要有下面三種方式：

第一、比較普遍的方式是使用xml定義，並且通過AAPT工具生成一個R檔案，列出資源的索引來讓Android系統自己去遍歷整個資源樹的方式來訪問。

第二、通過Resources介面來訪問，使用Resources類的getDrawable、getString等介面來獲取資源。

第三、通過AssetManager類的介面去訪問，使用這個類的open方法來返回一個InputStream物件得到資源。

其實這三個訪問方式只是Android資源訪問中整個流程中在不同層次對外提供的三個介面，到底層的實現都是殊途同歸的。

第一種的xml定義的資源解析的邏輯在Resources.java檔案的loadXmlResourceParser函式中，實際上也是呼叫的第三類介面，如下圖：

因此我們實際上需要修改的部分主幹是在訪問資源具體路徑前，按照當前系統主題設定訪問不同資源APK下的檔案

即是把原生Android中資源ID和資原始檔路徑之間一對一的關係改為一對多的關係。

例子如下：如果原有資源ID和資原始檔路徑關係為：

R.drawable.image01 = 0x7F020001

通過系統的資源查詢之後找到檔案路徑為 /system/app/frameworks-res.apk下的res/drawable_hdpi/icon.png

在AssetManager native中去讀取資源並上傳。

那麼我們需要做的是在傳入路徑去讀取資源時把檔案路徑替換為/data/app/SystemTheme01.apk下的res/drawable_hdpi/icon.png

=============================涉及部分在原生系統中的邏輯及修改=================================

為了完成上篇所提到的修改，我們依上圖分析一下原生系統中從傳入資源ID到生成需要訪問的資原始檔的路徑的過程：

Java層：

Resources類：

Android在Java層為應用層訪問不同型別的資源提供了一系列介面，這些介面被封裝在Resources類中，例如訪問字串資源的介面getString()，訪問Drawable型別資源的介面getDrawable()等等。該類還管理著另外兩個重要的類：Configuration和AssetManager。

Configuration類：

Configuration類中主要儲存了當前的系統配置資訊，例如字型、語言等，在應用呼叫Resources類的介面去獲取資源的時候，Resources類會通過Configuration類來讀取當前的系統配置資訊，再結合介面中收到的應用請求獲取的資源ID來獲取對應的資源。

AssetManager類：

AssetManager類提供了以資料流的方式訪問應用程式資源的方法。它主要是通過Native層的方法來實現訪問資源的。AssetManager管理的資源主要有兩個來源：一是應用程式的資源，通過訪問應用程式的APK檔案來得到；另外一個是系統資源，是通過訪問包含系統資源的APK檔案來獲得。

Native層：

AssetManager Native類：

AssetManager Native類提供了對資原始檔路徑以及資原始檔的操作支援，提供了諸如掃描APK的res路徑下的資料夾和檔案、對APK進行解壓縮、維護ResTable類以及部分Cache加速檔案的功能。

Asset類：

Asset類是所有型別資源類的基類，它提供了絕大部分對資源的操作實現和定義，是Android資源訪問和檔案訪問層之間的橋樑，也是需要修改主幹部分的核心。它封裝了整個Android資源訪問中對資原始檔的路徑查詢以及資源從檔案到資料流的轉換過程。在應用傳入資源ID來請求資源的時候，AssetManager會使用該類的create函式去生成一個新的資源物件，並使用讀出的資源資料流賦給該物件，最後返回給上層應用。

下圖列出了系統原有邏輯及需要修改的部分：

上面的部分已經分析了資源訪問過程中需要修改的部分，但是除了訪問流程的主幹之外，

系統在以下幾個部分對資源訪問效率做的優化同樣會受到我們修改資源ID對應關係的影響。

系統的預載入資源流程

原有邏輯：

系統在啟動的過程中會把系統常用的資源進行預載入，　　

此邏輯位於frameworks/base/core/java/com/android/internal/os/ZygoteInit.java -- preloadResources函式

在此函式中會呼叫Resources.java中函式來對com.android.internal.R.array.preloaded_XXX的資源陣列中對應的資源進行預載入，

這個流程中會通過for迴圈預載入三類資源Drawable、ColorStateList、ColorDrawable，

並且存在對應的sPreloadedDrawables、sPreloadedColorStateLists、sPreloadedColorDrawables三個LongSparseArray的陣列中。

修改邏輯：

因為主幹部分已經對系統資源即framework-res.apk的資源進行了分別的處理，所以開機預載入的部分可以不做處理，

但是在主題變化之後，預載入的資源還是系統啟動時候的資料，所以需要對三個陣列進行清除或者啟動後臺服務重新進行預載入流程。

修改檔案：Resources.java

實現功能：在系統使用的主題包變化之後清除預載入資源陣列即上面提到的三個LongSparseArray陣列（可以考慮後臺重新載入新主題資源資料到陣列中）。

系統訪問中的資源快取機制（清除cache）

原有邏輯：

在系統每次訪問資源的過程中，查詢資源的順序是 預載入資源->Cache資源->資原始檔

並且在每次通過資原始檔的方式查詢到資源之後會把此資源加入到Cache中，加速下次訪問速度。

修改邏輯：

在主題設定被使用者修改之後，原有快取中的資料是上個主題包的檔案內容，需要清除。

============================= 對周邊模組的影響和支援=======================================

另：需要提供使用者可以管理主題包的應用程式

原有邏輯：（無）

修改邏輯：

使用者在安裝了主題包之後，需要提供一個應用來維護當前系統上已經存在的資源主題包。

應用需要實現功能：掃描、預覽、應用、解除安裝當前手機上已經安裝的主題資源包。

主要涉及：PackageManager介面、systemProperty讀寫。

主題改變之後通知應用的廣播

原有邏輯：

系統原有通知機制是ACTION_CONFIGURATION_CHANGE的Intent來通知應用系統配置改變，

如果應用不處理，系統會預設為應用更新系統配置（Activity資源、佈局等的重新載入）。

修改邏輯：

在系統判斷是否需要傳送CONFIGURATION_CHANGE的邏輯中加入如下邏輯：

如果當前系統主題資源包發生變化，需要傳送CONFIGURATION_CHANGE。

草草完成Demo設計和實現，僅僅算是把功能實現了，歡迎大家繼續優化、討論。