② Kotlin委托 + lifecycle组件

有些朋友可能觉得写在父类中侵入性太强，接着试下用其他方式进行封装，先看原始Activity：

要把圈住的代码干掉，先是 泛型传递问题，泛型在进JVM前会被擦除，可在运行时通过反射获得，还可以通过实例化类类型代替类引用，如：

fun <T: Activity> FragmentActivity.startActivity(context: Context, clazz: Class<T>) {
    startActivity(Intent(context, clazz))
}
// 调用处
startActivity(context, MainActivity::class.java)

而在Kotlin中还可以用 inline 定义一个 内联函数 (编译时自动替换到调用位置)，配合 reified 具体化(类型不擦除)，得到泛型类型的Class，如：

inline fun <reified T : Activity> Activity.startActivity(context: Context) {
    startActivity(Intent(context, T::class.java))
}
// 调用
startActivity<MainActivity>(context)

可以，配合反射invoke()调用，随手写上一个扩展方法：

调用下：

看似十拿九稳，结果一跑就崩：

不过也在意料之内，Activity还没onCreate()就初始化了，不空才怪，可以利用 标准委

托-lazy 延迟初始化，修改后的代码：

调用下：

运行通过，你还可以把还可以把setContentView()也塞到扩展中：

配合lifecycle组件，顺手把Fragment的也写出来：

调用下：

对了，如果还不想使用反射，可以利用Kotlin高阶函数，示例如下：

调用下：

啧啧啧，你还可以不用lazy，自己重写ReadOnlyProperty，这里只是试试水封装，并没用到生产上，更完善的封装方案可自行参考下述开源库：

• Binding
• VBHelper

0x5、原理

AGP会为模块中每个XML生成一个绑定类，该类的实例会直接引用布局中声明了资源id的View

① 自动生成的绑定类

打开：module模块名/build/generated/intermediates/javac/渠道/包名/databinding

可以看到 (基于AGP 7.1.1，不同AGP版本可能不一样)：

自动生成的class文件，随手打开一个：

所以本质上还是findViewById，只是自动生成了控件实例，并一一对应，接着简单了解下大概的生成流程。

② 生成Java类

执行gradlew assembleDebug，在Task构建列表没找到ViewBinding，却找到了DataBinding：

打开AGP源码，全局搜 dataBindingMergeGenClasses → DataBindingMergeBaseClassLogTask.kt

跟到：TaskManager.kt → createDataBindingTasksIfNecessary

2333，跟DataBinding混一起了，所以 ViewBinding其实只是DataBinding功能的一小部分~

看回：DataBindingMergeBaseClassLogTask，增量和全量执行动作：

跟下：DataBindingMergeBaseClassLogDelegate

跟下：DataBindingMergeBaseClassLogRunnable

判断文件是否新建、修改、或移除，跟下是哪个文件：

全局搜下这个结尾的文件，在下述目录找到了它：

不难看出是：XML名称和ViewBinding类的映射，往下看 DataBindingMergeDependencyArtifactsTask，BR相关的，目前不知道是干嘛的。

再往下走：DataBindingGenBaseClassesTask → CreationAction：

跟下：DataBindingGenBaseClassesTask → @TaskAction

先看 buildInputArgs()，构建输入参数，同样对增量和全量编译进行了不同的处理，然后返回配置实例

接着看 CodeGenerator 类，见名知意，代码生成器：

这里直接索引不到 BaseDataBinder，需要另外依赖：databinding-compiler-common

implementation 'androidx.databinding:databinding-compiler-common:7.1.0'

async后就可以了，打开 MVNResponsitory - Gradle » 7.1.0 可以看到它依赖了47个运行时库~

跟下：BaseDataBinder → generateAll()

跟下：ViewBinderGenerateJava.kt → toJavaFile() → JavaFileGenerator

Java文件就是从这里构造出来的，具体构造过程，感兴趣的可以自己翻阅下此文件。

另外，如果你想了解布局采集和写Layout部分的逻辑，可以参考 《ViewBinding 的本质》，笔者卷不动了...

0x6、一些补充

① 与DataBinding的区别

可以把ViewBinding看做DataBinding功能的子集，它有的功能DataBinding都有，不需要数据绑定，单纯想替代findViewById 可以用ViewBinding。

② 不用build就能自动生成Java类

笔者猜测：AS起了一个进程 Filesystem events processor 用于监听文件变化，有文件变动时回调执行ViewBinding相关的Task。

③ KAE库过时，迁移Parcelable

Module 层次的 build.gradle 添加 kotlin-parcelize 插件。

以上就是本节的全部内容，有疑问或补充欢迎评论区指出，谢谢~

参考文献：

• 是时候更新手里的武器了—Jetpack最全简析
  
• Android Jetpack Architecture Components
  
• 是时候拥抱ViewBinding了！！
  
• Android | ViewBinding 与 Kotlin 委托双剑合璧
  
• ViewBinding 巧妙的封装思路，还能这样适配 BRVAH
  
• Android View Binding使用详解
  
• Kotlin 插件的落幕，ViewBinding 的崛起
  
• ViewBinding 基类编写
  
• 译：深入研究ViewBinding 在 include, merge, adapter, fragment, activity 中使用
  
• ViewBinding 的本质