在Activity/Fragment构造函数中绑定布局是否可取？Android官方建议

之前使用View Binding绑定Activity或Fragment与布局时，发现Fragment 1.1.0版本之后支持在构造函数中传入布局，这种写法看起来更高效，以下针对两种组件的绑定方式做分析，并说明官方的建议：

Activity的两种布局绑定方式 #

View Binding常规写法 #

class MainActivity : AppCompatActivity() {

    private lateinit var binding: ActivityMainBinding

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        binding = ActivityMainBinding.inflate(layoutInflater)
        setContentView(binding.root)
    }
}

构造函数传入布局写法 #

class MainActivity : AppCompatActivity(R.layout.activity_main)

Fragment的两种布局绑定方式 #

View Binding常规写法 #

class MyFragment: Fragment() {

    private var _binding: MyFragmentBinding? = null
    private val binding get() = _binding!!

    override fun onCreateView(
        inflater: LayoutInflater, container: ViewGroup?,
        savedInstanceState: Bundle?
    ): View {
        _binding = MyFragmentBinding.inflate(inflater, container, false)
        return binding.root
    }
}

构造函数传入布局写法 #

class MyFragment: Fragment(R.layout.my_fragment) {

    private var _binding: MyFragmentBinding? = null
    private val binding get() = _binding!!

    override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
        super.onViewCreated(view, savedInstanceState)
        _binding = MyFragmentBinding.bind(view)
    }
}

官方建议与可行性分析 #

Activity场景 #

构造函数传入布局的写法完全可取，这是官方在AppCompatActivity中提供的简化实现，本质是将setContentView的逻辑整合到父类初始化流程中，和手动在onCreate中调用setContentView效果完全一致，不存在生命周期或性能问题，还能减少模板代码。

Fragment场景 #

Fragment 1.1.0引入的构造函数传参写法是官方明确推荐的简化方案，官方文档指出这种方式可以替代重写onCreateView填充布局的传统写法。需要注意的是，使用该方式时需在onDestroyView中将_binding置为null，避免内存泄漏（这一要求和常规View Binding写法一致）。

核心结论 #

两种构造函数绑定布局的写法都是官方认可的高效方案，能有效减少冗余代码，只要你的项目依赖的是AndroidX库（Activity 1.0+、Fragment 1.1.0+），就可以放心使用。

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