插件化換膚瓦堵，需要考慮兩個(gè)核心的問題困鸥。第一、如何收集到所有需要換膚的View剑按，因?yàn)槲覀冃枰趽Q膚的時(shí)機(jī)中調(diào)用這些View的setBackGround疾就、setColor等方法，所以我們需要再收集到這些需要換膚的屬性艺蝴，一個(gè)View可能對(duì)應(yīng)多個(gè)需要修改的屬性猬腰。第二個(gè)、皮膚包來自于哪里猜敢，如何獲取到皮膚包里的資源
一姑荷、收集View
針對(duì)第一個(gè)問題盒延，我們要考慮的是怎么找到一個(gè)合適的Hook點(diǎn)，幫我們收集到所有的View鼠冕。我們都知道添寺，在Activity中，通過setContentView（）方法設(shè)置布局懈费。那么 猜測大概率能從這個(gè)方法中找到合適的Hook點(diǎn)
View的加載流程整體如上圖所示计露，省去了些細(xì)節(jié)。setContentView最終會(huì)通過PhoneWindow去執(zhí)行憎乙，在PhoneWindow的setContetView方法中票罐，主要做兩件事。首先判斷DecorView有沒有被生成泞边，如果沒有该押，會(huì)去解析Activity的樣式屬性，選擇合適的主題布局文件進(jìn)行加載阵谚，每個(gè)主題布局中有個(gè)id為content的Layout蚕礼，作為我們自己頁面布局的父容器。
當(dāng)DecorView相關(guān)的已經(jīng)初始化好之后椭蹄，接下來會(huì)調(diào)用LayoutInflater對(duì)象的inflater方法開始解析xml布局文件闻牡。在這個(gè)方法中，會(huì)使用XmlResourceParser對(duì)象對(duì)XML格式文件進(jìn)行解析绳矩。這種解析方法 是根據(jù)Tag 即<> 節(jié)點(diǎn)進(jìn)行解析罩润，所以第一次解析到的是父布局。接著會(huì)調(diào)用rInflateChilder方法 去解析子Viewe翼馆。直到所有VIew都被解析出來割以。我們重點(diǎn)看一下 createViewFromTag（）是如何將XML解析成View對(duì)象的。
View createViewFromTag(View parent, String name, Context context, AttributeSet attrs,
boolean ignoreThemeAttr) {
if (name.equals("view")) {
name = attrs.getAttributeValue(null, "class");
}
// Apply a theme wrapper, if allowed and one is specified.
if (!ignoreThemeAttr) {
final TypedArray ta = context.obtainStyledAttributes(attrs, ATTRS_THEME);
final int themeResId = ta.getResourceId(0, 0);
if (themeResId != 0) {
context = new ContextThemeWrapper(context, themeResId);
}
ta.recycle();
}
if (name.equals(TAG_1995)) {
// Let's party like it's 1995!
return new BlinkLayout(context, attrs);
}
try {
View view;
if (mFactory2 != null) {
view = mFactory2.onCreateView(parent, name, context, attrs);
} else if (mFactory != null) {
view = mFactory.onCreateView(name, context, attrs);
} else {
view = null;
}
if (view == null && mPrivateFactory != null) {
view = mPrivateFactory.onCreateView(parent, name, context, attrs);
}
if (view == null) {
final Object lastContext = mConstructorArgs[0];
mConstructorArgs[0] = context;
try {
if (-1 == name.indexOf('.')) {
view = onCreateView(parent, name, attrs);
} else {
view = createView(name, null, attrs);
}
} finally {
mConstructorArgs[0] = lastContext;
}
}
return view;
} catch (InflateException e) {
throw e;
} catch (ClassNotFoundException e) {
final InflateException ie = new InflateException(attrs.getPositionDescription()
+ ": Error inflating class " + name, e);
ie.setStackTrace(EMPTY_STACK_TRACE);
throw ie;
} catch (Exception e) {
final InflateException ie = new InflateException(attrs.getPositionDescription()
+ ": Error inflating class " + name, e);
ie.setStackTrace(EMPTY_STACK_TRACE);
throw ie;
}
}
/*這是最終生成View的代碼应媚，系統(tǒng)的控件 需要在prefix參數(shù)中 帶上類的前綴 否則無法反射到
*
public final View createView(String name, String prefix, AttributeSet attrs)
throws ClassNotFoundException, InflateException {
Constructor<? extends View> constructor = sConstructorMap.get(name);
if (constructor != null && !verifyClassLoader(constructor)) {
constructor = null;
sConstructorMap.remove(name);
}
Class<? extends View> clazz = null;
try {
Trace.traceBegin(Trace.TRACE_TAG_VIEW, name);
if (constructor == null) {
// 通過反射生成View對(duì)象
clazz = mContext.getClassLoader().loadClass(
prefix != null ? (prefix + name) : name).asSubclass(View.class);
if (mFilter != null && clazz != null) {
boolean allowed = mFilter.onLoadClass(clazz);
if (!allowed) {
failNotAllowed(name, prefix, attrs);
}
}
constructor = clazz.getConstructor(mConstructorSignature);
constructor.setAccessible(true);
sConstructorMap.put(name, constructor);
} else {
// If we have a filter, apply it to cached constructor
if (mFilter != null) {
// Have we seen this name before?
Boolean allowedState = mFilterMap.get(name);
if (allowedState == null) {
// New class -- remember whether it is allowed
clazz = mContext.getClassLoader().loadClass(
prefix != null ? (prefix + name) : name).asSubclass(View.class);
boolean allowed = clazz != null && mFilter.onLoadClass(clazz);
mFilterMap.put(name, allowed);
if (!allowed) {
failNotAllowed(name, prefix, attrs);
}
} else if (allowedState.equals(Boolean.FALSE)) {
failNotAllowed(name, prefix, attrs);
}
}
}
在這個(gè)方法中严沥，首先會(huì)判斷有沒有mFactory2 和mFactory，如果有會(huì)調(diào)用他們的onCreateView方法中姜。默認(rèn)沒有設(shè)置的情況消玄，這兩個(gè)對(duì)象是空的，那就會(huì)走自己的onCreateView方法丢胚。在這里會(huì)解析節(jié)點(diǎn)名翩瓜，判斷是系統(tǒng)控件還是自定義的控件。如果是系統(tǒng)控件携龟，我們需要拼上它的全類名兔跌。所以這里很明顯了，是通過反射生成View對(duì)象的峡蟋。
到這里我們可以注意點(diǎn)坟桅，如果我們自定義一個(gè)Factory2华望，重寫它的onCreateView方法，那在這個(gè)方法中 就能收集到所有的View了仅乓。
二赖舟、替換插件資源
這里我們使用的皮膚包本質(zhì)上就是一個(gè)apk，只要皮膚包的資源名稱和我們源app中一致即可方灾。我們?nèi)绻胧褂觅Y源建蹄，一般是通過getResource().getXXX()方法獲取drawable、color等等裕偿。所以我們想使用皮膚包的資源洞慎，是不是也需要一個(gè)皮膚包的Resource，那么這個(gè)Resource到底是什么嘿棘，怎么產(chǎn)生劲腿，我們需要看一下源碼
通過源碼可以看到 通過ResourceManager類，首先生成一個(gè)ResourceImpl對(duì)象鸟妙，在這個(gè)對(duì)象中又會(huì)引用一個(gè)AssetManager對(duì)象焦人，這個(gè)對(duì)象調(diào)用native方法，去加載指定路徑下的資源重父。所以我們可以反射一個(gè)AssetManager對(duì)象花椭，調(diào)它的addAseetPath方法，傳入皮膚包的路徑房午，再生成一個(gè)Resource矿辽。通過這個(gè)Resouce我們就可以拿到皮膚包的資源了
fun loadSkin(path: String){
try {
var appResouce=context.resources
var assetManager=AssetManager::class.java.newInstance()
var method=assetManager::class.java.getMethod("addAssetPath", String::class.java)
method.invoke(assetManager,path)
var skinResouce=Resources(assetManager,appResouce.displayMetrics,appResouce.configuration)
var pkgName: String=context.packageManager.getPackageArchiveInfo(path,PackageManager.GET_ACTIVITIES).packageName
SkinResource.getInstance()?.applySkin(skinResouce,pkgName)
}catch (e: Exception){
Log.e("qmz","Exception==========$e")
}
//通知更新
setChanged()
notifyObservers(null)
}
