Activity中setContentView(id)与setContentView<Binding>(activity, id)的区别是什么？

1. 视图获取方式 #

• 传统setContentView(id)：必须手动调用findViewById()获取控件，不仅代码冗余，还容易因ID拼写错误、视图未加载导致空指针，且每次获取都需要强制类型转换。
• 视图绑定setContentView<Binding>(activity, id)：编译阶段自动生成对应布局的Binding类，直接通过Binding对象的属性访问控件，无需类型转换，空指针风险大幅降低——布局中存在的控件会被生成非空属性，不存在的话编译直接报错。

2. 安全特性 #

• 传统方法：完全依赖运行时校验，findViewById()可能返回null，类型转换错误也只会在App运行时崩溃。
• 视图绑定：编译时完成全量校验，控件ID不匹配、类型不符都会触发编译错误，从根源上避免运行时崩溃，同时默认保证控件属性非空（仅当布局控件标记为@Nullable时例外）。

3. 代码简洁度 #

• 传统方法示例：

setContentView(R.layout.activity_main);
TextView tvName = findViewById(R.id.tv_name);
Button btnSubmit = findViewById(R.id.btn_submit);

每个控件都需要单独写一行查找代码，布局越复杂，代码越冗余。

• 视图绑定示例：

// Kotlin扩展方法方式
setContentView<ActivityMainBinding>(this, R.layout.activity_main).apply {
    tvName.text = "Hello"
    btnSubmit.setOnClickListener { ... }
}

只需初始化一次Binding对象，后续直接通过属性调用控件，代码更简洁易读。

4. 布局复用处理 #

• 传统方法：对于<include>标签引入的布局，需要先找到include的根视图，再在根视图上调用findViewById()，步骤繁琐。
• 视图绑定：只要给<include>标签设置android:id，主布局的Binding类会自动生成对应include布局的Binding属性，直接通过主Binding对象就能访问include内的控件，无需额外查找。

5. 错误发现时机 #

• 传统方法：布局文件中修改控件ID后，若代码未同步更新，只会在App运行时才会暴露错误（如找不到ID、空指针）。
• 视图绑定：布局ID修改后，编译阶段就会报错，提示代码中引用的属性不存在，强制开发者同步修改，避免上线后才发现问题。

6. 初始化流程 #

• 传统方法：先调用setContentView(id)设置布局，之后必须在这行代码之后调用findViewById()，顺序出错会导致空指针。
• 视图绑定：通过扩展方法setContentView<Binding>(activity, id)初始化时，内部已完成Binding对象的创建和根视图的设置，无需额外执行findViewById()，流程更顺畅。

内容的提问来源于stack exchange，提问作者nooshin