超有用的Android开发技巧：拦截界面View创建

本篇文章主要是分析如何拦截Activity中View的创建流程，实现无感知的使用自定义View替换指定的系统View，这对于换肤、埋点设计等等将是非常有帮助的一种方式。

LayoutInflater.Factory2是个啥？

Activity内界面的创建是由LayoutInflater负责，LayoutInflater最终会交给内部的一个类型为LayoutInflater.Factory2的factory2成员变量进行创建。

这个属性值可以外部自定义传入，默认的实现类为AppCompatDelegateImpl：

然后在AppCompatActivity的初始化构造方法中向LayoutInflater注入AppCompatDelegateImpl:

常见的ImageView、TextView被替换成AppcompatImageView、AppCompatTextView等就是借助AppCompatDelegateImpl进行实现的。

这里有个实现的小细节，在initDelegate()方法中，调用了addOnContextAvailableListener()方法传入一个监听事件实现的factory2注入，这个addOnContextAvailableListener()方法有什么魅力呢？

addOnContextAvailableListener()是干啥用的？

咱们先看下这个方法是干啥用的：

最终是将这个监听对象加入到了ContextAwareHelper类的内部mListeners集合中，咱们接下里看下这个监听对象集合最终是在哪里被调用的。

可以看到，这个集合最终在ComponetActivity的onCreate()方法中调用，请注意，这个调用时机还是在父类的super.onCreate()方法前进行调用的。

所以我们可以得出结论，addOnContextAvailableListener()添加的监听器将在父类onCreate()方法前进行调用。

这个用处的场景还是比较多的，比如我们设置Activity的主题就必须在父类的onCreate()方法前调用，借助这个监听，可以轻松实现。

代码实战

请注意，这个factory2的设置必须在Activity的onCreate()方法前调用，所以我们可以直接借助addOnContextAvailableListener()进行实现，也可以重写onCreate()方法在指定位置实现。当然了，前者更加的灵活，这里我们还是以后者进行举例。

override fun onCreate(savedInstanceState: Bundle?) {

    LayoutInflaterCompat.setFactory2(layoutInflater, object : LayoutInflater.Factory2 {

        override fun onCreateView(

            parent: View?,

            name: String,

            context: Context,

            attrs: AttributeSet

        ): View? {


            return if (name == "要替换的系统View名称") {

                CustumeView()

            } else delegate.createView(parent, name, context, attrs)

        }

    })

}

请注意，这里也有一个实现的小细节，如果当某个系统View不属于我们要替换的View，请继续委托给AppCompatDelegateImpl进行处理，这样就保证了实现系统组件特有功能的前提下，又能完成我们的View替换工作。

统一所有界面View的替换工作

如果要替换View的界面非常多，一个Activity一个Activity替换过去太麻烦 ，这个时候就可以使用我们经常使用到的Application的registerActivityLifecycleCallbacks()监听所有Activity的创建流程，其中我们用到的方法就是onActivityPreCreated():

registerActivityLifecycleCallbacks(object : Application.ActivityLifecycleCallbacks {

    override fun onActivityPreCreated(activity: Activity, savedInstanceState: Bundle?) {

        LayoutInflaterCompat.setFactory2(activity.layoutInflater, object : LayoutInflater.Factory2 {

            override fun onCreateView(

                parent: View?,

                name: String,

                context: Context,

                attrs: AttributeSet

            ): View? {


                return if (name == "要替换的系统View名称") {

                    CustumeView()

                } else (activity as? AppCompatActivity)?.delegate?.createView(parent, name, context, attrs) ?: null

            }


            override fun onCreateView(name: String, context: Context, attrs: AttributeSet): View? {

                TODO("Not yet implemented")

            }

        })


    }

}

不过这个Application.ActivityLifecycleCallbacks接口要重写好多无用的方法，太麻烦了，之前写过一篇关于接口优化相关的文章吗，详情可以参考：接口使用额外重写的无关方法太多？优化它

总结

之前看过很多换肤、埋点统计上报等相关文章，多多少少都介绍了向AppCompatActivity中注入factory2拦截系统View创建的思想，我们设置还可以借助此实现界面黑白化的效果，非常的好用，每个开发者都应该去了解掌握的知识点。