插件化换肤，需要考虑两个核心的问题。第一、如何收集到所有需要换肤的View，因为我们需要在换肤的时机中调用这些View的setBackGround、setColor等方法，所以我们需要再收集到这些需要换肤的属性，一个View可能对应多个需要修改的属性。第二个、皮肤包来自于哪里，如何获取到皮肤包里的资源
一、收集View
针对第一个问题，我们要考虑的是怎么找到一个合适的Hook点，帮我们收集到所有的View。我们都知道，在Activity中，通过setContentView（）方法设置布局。那么 猜测大概率能从这个方法中找到合适的Hook点
View的加载流程整体如上图所示，省去了些细节。setContentView最终会通过PhoneWindow去执行，在PhoneWindow的setContetView方法中，主要做两件事。首先判断DecorView有没有被生成，如果没有，会去解析Activity的样式属性，选择合适的主题布局文件进行加载，每个主题布局中有个id为content的Layout，作为我们自己页面布局的父容器。
当DecorView相关的已经初始化好之后，接下来会调用LayoutInflater对象的inflater方法开始解析xml布局文件。在这个方法中，会使用XmlResourceParser对象对XML格式文件进行解析。这种解析方法 是根据Tag 即<> 节点进行解析，所以第一次解析到的是父布局。接着会调用rInflateChilder方法 去解析子Viewe。直到所有VIew都被解析出来。我们重点看一下 createViewFromTag（）是如何将XML解析成View对象的。
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的代码，系统的控件 需要在prefix参数中 带上类的前缀 否则无法反射到
*
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对象
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);
}
}
}
在这个方法中，首先会判断有没有mFactory2 和mFactory，如果有会调用他们的onCreateView方法。默认没有设置的情况，这两个对象是空的，那就会走自己的onCreateView方法。在这里会解析节点名，判断是系统控件还是自定义的控件。如果是系统控件，我们需要拼上它的全类名。所以这里很明显了，是通过反射生成View对象的。
到这里我们可以注意点，如果我们自定义一个Factory2，重写它的onCreateView方法，那在这个方法中 就能收集到所有的View了。
二、替换插件资源
这里我们使用的皮肤包本质上就是一个apk，只要皮肤包的资源名称和我们源app中一致即可。我们如果想使用资源，一般是通过getResource().getXXX()方法获取drawable、color等等。所以我们想使用皮肤包的资源，是不是也需要一个皮肤包的Resource，那么这个Resource到底是什么，怎么产生，我们需要看一下源码
通过源码可以看到 通过ResourceManager类，首先生成一个ResourceImpl对象，在这个对象中又会引用一个AssetManager对象，这个对象调用native方法，去加载指定路径下的资源。所以我们可以反射一个AssetManager对象，调它的addAseetPath方法，传入皮肤包的路径，再生成一个Resource。通过这个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)
}
