持续创作，加速成长！这是我参加「日新计划 10 月更文应战」的第2天，点击检查活动详情

前言

本篇博客将以上一篇博客为基础，共享换肤功用的完成思路以及对干流换肤结构 Android-skin-support 的源码简略剖析。

插件化换肤 Demo

一般的换肤功用，都是点击换肤按钮后，瞬间发生改变，也就能够理解为瞬间触发了 View 的 setColor，setBackgroudColor，setDrawable 等等办法。一个个办法进行调用显然是不现实的，关于这种共用的功用需求一般都会抽取成接口，让 View 继承完成自己的逻辑。

在上一篇内容中，跟踪 AppCompatActivity 源码时，在其 onCreate 办法中给 LayoutInflater 设置了 Factory2，从而达成了 XML 布局中的部分 View 在创立时变成 appcompat 包中的 View。

全体思路

定义换肤功用接口，让需求换肤的 View 完成自己的换肤逻辑。
给 LayoutInflater 设置自定义的 Factory2，将 XML 中的 View 改为完成换肤接口的 View，而且将 View 记录下来。
制作皮肤包，这儿让皮肤包和 App 本身资源名相同，值不同，这样换肤时，依据 View 设置的资源名去皮肤包中找同名资源。
换肤时，循环记录下来的换肤 View，调用其换肤办法即可。

加载皮肤包的资源

如图所示，当打包出 Apk 后，坚持资源名称相同，值不同：

如 SkinButton 背景色设置的为 R.color.colorPrimary，App 本身是白色，而皮肤包中为黑色，当换肤时，能够依据 name 去皮肤包中找出资源的值。然后 set 给 SkinButton 达成换肤。

这部分的示例代码将在下一末节贴出。

移花接木

先来测验下替换一个 Button 为咱们自己的换肤 View

首要定义出换肤的接口：

interface SkinSupportable {
    fun applySkin() // 换肤办法
}

新建一个 SkinButton 完成换肤接口：

class SkinButton @JvmOverloads constructor(
    context: Context, attrs: AttributeSet? = null
) : Button(context, attrs), SkinSupportable {
    // 换肤办法 在这儿写换肤的逻辑
    override fun applySkin() {        
        // 皮肤包路径
        val skinApkPath = "xxx/skin/skin.apk"
        // 获取皮肤包的 packageInfo
        val pInfo = context.packageManager.getPackageArchiveInfo(skinApkPath, PackageManager.GET_ACTIVITIES)
        pInfo.applicationInfo.sourceDir = skinApkPath
        pInfo.applicationInfo.publicSourceDir = skinApkPath
        // 获取皮肤包的 Resources
        val skinRes = context.packageManager.getResourcesForApplication(pInfo.applicationInfo)
        // 获取 app 的 Resources 用于获取 displayMetrics、configuration
        val res = context.resources
        // 结构出新的皮肤包 Resources； skinRes.assets 是皮肤包的 AssetManager
        val newRes = Resources(skinRes.assets, res.displayMetrics, res.configuration)
        // 当时按钮默许背景色
        val defaultResId = R.color.colorPrimary
        val resName = res.getResourceEntryName(defaultResId) // name 用于去皮肤包中寻觅资源
        val resType = res.getResourceTypeName(defaultResId) // type 
        // 从皮肤包中寻觅同名资源的 id
        val skinResId = newRes.getIdentifier(resName, resType, pInfo.packageName)
        // 通过资源 id 在皮肤包的 Resources 中寻觅 color
        val skinColor = newRes.getColor(newColorId)
        setBackgroundColor(newColor)
    }
}

模仿 AppCompatActivity 的思路在 onCreate 替换 Factory2:

// 用于记录换肤 View
val skinViews = mutableListOf<SkinSupportable>()
override fun onCreate(savedInstanceState: Bundle?) {
    LayoutInflater.from(this).factory2 = object : LayoutInflater.Factory2 {
        override fun onCreateView(name: String, context: Context, attrs: AttributeSet): View? {
            return onCreateView(null, name, context, attrs)
        }
        override fun onCreateView(parent: View?, name: String, context: Context, attrs: AttributeSet): View? {
            if (name == "Button"){ // 假如是 Button 就替换为咱们自己的 SkinButton
                val view = SkinButton(context, attrs)
                skinViews.add(view) //记录
                return view
            }
            return null
        }
    }
    // 要在调用父类 onCreate 办法前对 Factory2 进行替换
    super.onCreate(savedInstanceState)
}
// 换肤按钮
bnSkin.setOnClickListener {
    for (view in skinViews) {
        view.applySkin() // 换肤
    }
}

这就简略完成了给 Button View 支持上换肤的逻辑，代码十分粗陋，重在思路。这儿还有一个留意点，便是 Factory2 的设置时机，看一下 setFactory2 的源码：

LayoutInflater.java

private boolean mFactorySet; // false
public void setFactory2(Factory2 factory) {
    if (mFactorySet) { // ture 则直接
        throw new IllegalStateException("A factory has already been set on this LayoutInflater");
    }
    // ...
    mFactorySet = true; // 设置一次 factory2 后直接设置为 true
    if (mFactory == null) {
        mFactory = mFactory2 = factory;
    } 
    // ...
}

依据源码能够看出，设置一次 mFactory2 后，再次设置会直接抛出反常。在第一篇的剖析中，AppCompatActivity 已经在 onCreate 中调用 setFactory2 了，所以最好仍是用反射来修正 mFactory2，防止闪退。

干流结构剖析

上面的代码是十分粗陋的完成，仅仅是对这个换肤思路的测试，我在完成换肤功用时借鉴了 Android-skin-support 开源库。下面依据上面所说的思路，来看一下开源库中的详细完成。

Android-skin-support

GitHub：github.com/ximsfei/And…

源码剖析

mFactory2 的设置

抓住时机先来看一下 Android-skin-support 是如何设置 mFactory2 的。

刚刚的 Demo 中由于仅仅是一个 Activity，所以直接在 Activity 的 onCreate 中完成，开源库中则是利用了 Application 中设置对 Activity 生命周期回调 ActivityLifecycleCallbacks 完成：

SkinActivityLifecycle.java

public class SkinActivityLifecycle implements Application.ActivityLifecycleCallbacks {
    // 初始化
    public static SkinActivityLifecycle init(Application application) {
        if (sInstance == null) {
            synchronized (SkinActivityLifecycle.class) {
                if (sInstance == null) {
                    sInstance = new SkinActivityLifecycle(application); // 结构
                }
            }
        }
        return sInstance;
    }
    // 结构办法
    private SkinActivityLifecycle(Application application) {
        application.registerActivityLifecycleCallbacks(this); // Application 注册回调
        installLayoutFactory(application); // 设置 Factory2
        SkinCompatManager.getInstance().addObserver(getObserver(application));
    }
    private void installLayoutFactory(Context context) {
        try {
            LayoutInflater layoutInflater = LayoutInflater.from(context);
            // 另写了个工具类 LayoutInflaterCompat 来设置
            // getSkinDelegate(context) 获取自定义的 Factory2
            LayoutInflaterCompat.setFactory2(layoutInflater, getSkinDelegate(context));
        } catch (Throwable e) {
            Slog.i("SkinActivity", "A factory has already been set on this LayoutInflater");
        }
    }
}

持续看一下 LayoutInflaterCompat.setFactory2 源码：

LayoutInflaterCompat.java

public static void setFactory2(
        LayoutInflater inflater, LayoutInflater.Factory2 factory) {
    inflater.setFactory2(factory); // 直接设置
    if (Build.VERSION.SDK_INT < 21) { // api 21 以下利用反射修正
        final LayoutInflater.Factory f = inflater.getFactory();
        if (f instanceof LayoutInflater.Factory2) {
            forceSetFactory2(inflater, (LayoutInflater.Factory2) f);
        } else {
            forceSetFactory2(inflater, factory);
        }
    }
}
// 反射修正
private static void forceSetFactory2(LayoutInflater inflater, LayoutInflater.Factory2 factory) {
    // ...
    sLayoutInflaterFactory2Field = LayoutInflater.class.getDeclaredField("mFactory2");
    sLayoutInflaterFactory2Field.setAccessible(true);
    // ...
    sLayoutInflaterFactory2Field.set(inflater, factory);
    // ...
}

View 的创立

View 的创立也便是在设置的自定义 Factory2 上，回看 getDelegate 办法：

SkinActivityLifecycle.java

private SkinCompatDelegate getSkinDelegate(Context context) {
    if (mSkinDelegateMap == null) { // 作者做了许多优化 
        mSkinDelegateMap = new WeakHashMap<>();
    }
    SkinCompatDelegate mSkinDelegate = mSkinDelegateMap.get(context);
    if (mSkinDelegate == null) {
        mSkinDelegate = SkinCompatDelegate.create(context); // 新建
        mSkinDelegateMap.put(context, mSkinDelegate); // 缓存起来
    }
    return mSkinDelegate;
}

能够看出写法和 AppCompatActivity 十分类似，看一下 SkinCompatDelegate.create 源码：

SkinCompatDelegate.java

public static SkinCompatDelegate create(Context context) {
    return new SkinCompatDelegate(context);
}

直接 new 出来，接着检查 SkinCompatDelegate 对 Factory2 的完成：

// 用弱引证保存需求换肤的 View 防止内存走漏
private List<WeakReference<SkinCompatSupportable>> mSkinHelpers = new CopyOnWriteArrayList<>();
@Override
public View onCreateView(View parent, String name, Context context, AttributeSet attrs) {
    // 创立View
    View view = createView(parent, name, context, attrs);
    // ...
    // 将换肤 View 保存起来
    if (view instanceof SkinCompatSupportable) {
        mSkinHelpers.add(new WeakReference<>((SkinCompatSupportable) view));
    }
    return view;
}
// 创立 View 办法
public final View createView(View parent, final String name, @NonNull Context context, @NonNull AttributeSet attrs) {
    // 给开发者们开放的 自定义 Inflater 这个已经符号删除
    View view = createViewFromHackInflater(context, name, attrs);
    if (view == null) { // 给开发者们开放的 自定义 Inflater
        view = createViewFromInflater(context, name, attrs);
    }
    if (view == null) { // 反射创立
        view = createViewFromTag(context, name, attrs);
    }
    // ...
    return view;
}

创立 View 的流程给使用者留出了能够定制的 api，结构内也供给了一些 Inflater，以 SkinMaterialViewInflater 为例看一下其完成：

都是继承自 SkinCompatSupportable 支持换肤的 View；

皮肤资源的获取

最终再来看一下加载皮肤包中资源的规划：

SkinCompatManager.java

public Resources getSkinResources(String skinPkgPath) {
        PackageInfo packageInfo = mAppContext.getPackageManager().getPackageArchiveInfo(skinPkgPath, 0);
        packageInfo.applicationInfo.sourceDir = skinPkgPath;
        packageInfo.applicationInfo.publicSourceDir = skinPkgPath;
        Resources res = mAppContext.getPackageManager().getResourcesForApplication(packageInfo.applicationInfo);
        Resources superRes = mAppContext.getResources();
        return new Resources(res.getAssets(), superRes.getDisplayMetrics(), superRes.getConfiguration());
}

获取皮肤包的 Resources 是和 Demo 中逻辑是一样的，再来看看获取资源的逻辑：

SkinCompatResources.java

public int getTargetResId(Context context, int resId) {
        // 获取 name
        String resName = null;
        if (mStrategy != null) {
            resName = mStrategy.getTargetResourceEntryName(context, mSkinName, resId);
        }
        if (TextUtils.isEmpty(resName)) {
            resName = context.getResources().getResourceEntryName(resId);
        }
        // 获取 type
        String type = context.getResources().getResourceTypeName(resId);
        // mResources 便是 皮肤包的 Resources
        // 查找皮肤包的同名同类型资源 id
        return mResources.getIdentifier(resName, type, mSkinPkgName);
}

最终

插件化换肤的全体思路十分简略，对 View 的创立流程、资源文件获取了解后，找到合适的切入点即可，Android-skin-support 换肤结构写的十分优异，作者许多地方使用了弱应用防止内存走漏，合理的目标缓存等等，博客中只对要点思路部分进行了剖析，结构内还有许多代码规划值得学习（换肤战略等等）。

假如我的博客共享对你有点帮助，无妨点个赞支持下！

Android 干货分享：插件化换肤原理（2）—— 实现思路、主流框架分析

目录

前言

插件化换肤 Demo

全体思路

加载皮肤包的资源

移花接木

干流结构剖析

Android-skin-support

源码剖析

mFactory2 的设置

View 的创立

皮肤资源的获取

最终

作者信息

Android 干货分享：插件化换肤原理（2）—— 实现思路、主流框架分析

目录

前言

插件化换肤 Demo

全体思路

加载皮肤包的资源

移花接木

干流结构剖析

Android-skin-support

源码剖析

mFactory2 的设置

View 的创立

皮肤资源的获取

最终

相关文章

AI抠图使用指南：Stable Diffusion WebUI Rembg实用技巧

一篇文章带你上手 Shell 脚本编程

RocketMQ 存储机制浅析

快使用 Dprint 换掉你的 Prettier

作者信息