官网镇楼
https://developer.android.com/topic/libraries/view-binding
官方警告
Warning: The 'kotlin-android-extensions' Gradle plugin is deprecated. Please use this migration guide (https://goo.gle/kotlin-android-extensions-deprecation) to start working with View Binding (https://developer.android.com/topic/libraries/view-binding) and the 'kotlin-parcelize' plugin.
kotlin-android-extensions是个好东西，可以帮我们省掉很多需要写findViewById的场景。相信大部分的Kotlin开发者都在使用它进行Android开发，而且在之前的Android Studio创建Android项目时，都会自动帮你依赖：
apply plugin: 'kotlin-android-extensions'
但是现在你再创建Android项目，就不会自动帮你依赖了，其原因就是kotlin-android-extensions这个插件已经被废弃了。
为啥？Google这新技术迭代跟玩一样啊，有kotlin-android-extensions插件我不用，我就手写，哎，就是玩儿~
其实，kotlin-android-extensions插件还是有很多问题的，虽然它很方便，但实际上，这是牺牲掉一部分内存来换取的方便，在对应用性能日益严格的今天，这种做法势必会被淘汰掉。
kotlin-android-extensions三宗罪
内存问题
通过反编译kotlin-android-extensions的代码，你就会发现，通过kotlin-android-extensions，它会在代码中创建一个HashMap，用来存放所有的id和对应的View的缓存，如果缓存中没有需要的View，那么就通过findViewById去创建，否则就直接获取，这就是它的原理。
资源ID重名
由于kotlin-android-extensions是通过view的id名直接引用的，所以多个布局间的同名id，就需要手动对import进行重命名处理，而且经常会引用错误的布局文件，导致运行崩溃。
Kotlin only
只有Kotlin才可以使用。
当然，ViewBinding也不是银弹，对比kotlin-android-extensions，它也有一些问题：
使用比kotlin-android-extensions复杂
依然有需要手动处理的场景
当然也有一些优势：
Kotlin Java通吃
空安全
ViewBinding初步
ViewBinding就是为了解决kotlin-android-extensions的这些使用问题而诞生的，它的目的只有一个，那就是避免重复的findViewById的同时，不影响应用性能。
要使用ViewBinding非常简单：
buildFeatures {
viewBinding true
}
当我们开启ViewBinding之后，在编译时，AGP会自动帮我们给每个xml布局创建一个Binding类，Binding类的命名规则是将xml文件按驼峰方式重命名后，再加上Binding作为结尾得到的，例如splash_layout.xml会自动生成一个SplashLayoutBinding的类文件。
❝跨Module使用的时候，子Module也需要开启ViewBinding功能
❞
这个Binding文件，实际上就相当于kotlin-android-extensions的HashMap，同时由于它在编译时就生成了，就不会占用运行时内存。
虽然这里生成了大量的XXXBinding文件，但是对编译速度的影响和生成Apk大小的影响几乎可以忽略：
未使用的XXXBinding文件会在混淆时被删除
编译器生成Binding文件的速度极快，同时是增加更新
ignore
如果你不想生成这个Binding类，可以通过下面的方式来过滤掉该文件的生成。
<FrameLayout
xmlns:tools="http://schemas.android.com/tools"
...
tools:viewBindingIgnore="true">
...
</FrameLayout>
使用
开启ViewBinding后，会给xml布局生成XXXBinding文件，位于build/generated/data_binding_base_class_source_out/目录下。
Activity
在Activity中使用ViewBinding一般需要使用到Binding类的inflate方法，一般使用方式如下所示。
private val binding by lazy { XxxBinding.inflate(layoutInflater) }
binding.TitleTextView.text = "Title"
Binding类还有一个getRoot方法，用来返回xml布局的根元素，所以setContentView(R.layout.xxxx)就可以替换为：
setContentView(binding.root)
Fragment
在Fragment中使用ViewBinding会比在Activity中使用要复杂一点，因为需要保证Binding类与Fragment的生命周期同步，示例代码如下所示。
class MainFragment : Fragment() {
private var _binding: OutcircleMissionFansGroupBinding? = null
private val binding get() = _binding!!
override fun onCreateView(inflater: LayoutInflater, container: ViewGroup?, savedInstanceState: Bundle?): View {
_binding = OutcircleMissionFansGroupBinding.inflate(inflater, container, false)
return binding.root
}
override fun onDestroyView() {
super.onDestroyView()
_binding = null
}
}
_binding和binding傻傻分不清吗？其实没什么区别，这是为了在Kotlin中将不可空类型置空的一种妥协方式，同样的代码逻辑，在Java中，就会非常简单了。
public class MainFragment extends Fragment {
private FragmentMainBinding binding;
@Override
public View onCreateView(@NotNull LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
binding = FragmentMainBinding.inflate(inflater, container, false);
return binding.getRoot();
}
@Override
public void onDestroyView() {
super.onDestroyView();
binding = null;
}
}
Adapter
除了Activity和Fragment，在Adapter中使用，特别是RecyclerView中使用，也是一个非常常见的使用场景。利用kotlin-android-extensions，我们可以借助LayoutContainer来在ViewHolder中直接使用View id，那么在ViewBinding中，使用方式就更简单了。
class DemoAdapter(val dataList: List<String>) : RecyclerView.Adapter<DemoAdapter.ViewHolder>() {
inner class ViewHolder(binding: OutcircleMissionFansGroupBinding) : RecyclerView.ViewHolder(binding.root) {
val title: TextView = binding.titleTextView
}
override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): ViewHolder {
val binding = OutcircleMissionFansGroupBinding.inflate(LayoutInflater.from(parent.context), parent, false)
return ViewHolder(binding)
}
override fun onBindViewHolder(holder: ViewHolder, position: Int) {
val data = dataList[position]
holder.title.text = data.title
}
override fun getItemCount() = dataList.size
}
其实核心代码依然是inflate，套路都是一样的。
Dialog
原理依然是一个套路。
override fun onCreate(savedInstanceState: Bundle?) {
binding = XXXXBinding.inflate(layoutInflater)
setContentView(binding.root)
}
Include、Merge
在布局中通过include来引入新的布局也是一个很常用的方式，kotlin-android-extensions由于底层使用的是运行时findViewById，所以不会存在什么问题，但是ViewBinding就不一样了，由于它是编译时生成，所以需要指定id才可以使用。
因此，在ViewBinding中使用include的layout，有两种方式，一种是给include设置id，这样通过id就可以直接引用，代码如下所示。
<include
android:id="@+id/xxxxx"
layout="@layout/xxxxxxx" />
这样使用的时候，代码如下：
XXXBinding.xxxInclude.xxxx
另外一种方式是直接使用新的Binding文件，因为所有的xml布局文件都会生成Binding，所以可以直接使用这个Binding文件。
IncludeXXXXXBinding.bind(binding.root).xxxxx
这种方式还可以解决Merge的引入问题。
迁移
更新一时爽，迁移火葬场。
目前还未找到现有项目从kotlin-android-extensions迁移到ViewBinding的好办法，如果当前的项目大量使用kotlin-android-extensions，那么迁移起来，就是一个巨大的工程，没有migration tools，也不能通过脚本更换，确实没找到什么好的办法。
向大家推荐下我的网站 https://xuyisheng.top/ 点击原文一键直达
专注 Android-Kotlin-Flutter 欢迎大家访问
