使用DataBinding和LiveData时为何需继承ViewModel()创建LiveData对象？

你确实可以在不继承ViewModel的场景下跑通完整的LiveData+DataBinding流程：只需要在任意普通类中创建MutableLiveData实例，在绑定布局时设置lifecycleOwner，就能收到数据更新并自动刷新UI。但官方推荐将LiveData与ViewModel绑定，核心原因完全围绕生命周期管理、资源安全和架构职责设计——需要明确的是，LiveData本身是独立的可观察数据容器，和ViewModel没有技术层面的强制绑定。

核心原因1：普通类的生命周期和页面作用域不匹配 #

LiveData最大的优势是感知LifecycleOwner（Activity/Fragment）的销毁事件，自动解绑观察者避免内存泄漏，但这只解决了“观察者解绑”的问题，没解决“数据本身的存活范围”问题。
如果你用普通类持有LiveData，这个普通类的生命周期会和当前的Activity实例完全绑定：当发生配置变更（比如屏幕旋转、系统语言切换）导致Activity被重建时，你之前创建的普通类实例会被直接回收，里面所有LiveData持有的状态（比如已经加载完成的列表数据、用户输入到一半的表单内容）会全部丢失，需要重新请求、重新渲染。

举个可直接运行的反面示例：

// 普通业务类，无ViewModel继承
class ProfileDataSource {
    val userInfo = MutableLiveData<String>()
    // 模拟网络加载流程
    fun loadProfile() {
        userInfo.postValue("用户昵称")
    }
}

class ProfileActivity : AppCompatActivity() {
    // 普通类实例，绑定当前Activity的生命周期
    private val dataSource = ProfileDataSource()
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        val binding = ActivityProfileBinding.inflate(layoutInflater)
        binding.lifecycleOwner = this
        dataSource.userInfo.observe(this) {
            binding.tvProfileContent.text = it
        }
        dataSource.loadProfile()
        setContentView(binding.root)
    }
}

上面的代码在屏幕旋转后，Activity会重新执行onCreate流程，重新创建ProfileDataSource实例，重新触发一次网络加载，之前的页面状态完全丢失。而放在ViewModel中的LiveData，会跨配置变更保留所有状态，屏幕旋转后新的Activity实例可以直接拿到之前已经加载好的LiveData值，不需要重复请求。

核心原因2：普通类没有可靠的资源清理触发时机 #

ViewModel内置了onCleared()回调，只有当对应的页面被永久销毁（用户按返回键退出、系统回收不需要的页面）时才会触发，开发者可以在这个回调里取消网络请求、关闭数据库游标、解绑长连接回调，彻底释放资源。
如果用普通类持有和页面绑定的LiveData，你没有任何可靠的时机判断“页面是临时因为配置变更重建，还是永久销毁了”：

• 如果你在Activity的onDestroy方法里清理普通类的资源，会在配置变更的时候提前把正在加载的请求取消，用户体验非常差；
• 如果你不做清理，被长生命周期对象（比如全局单例）持有的普通类，就会一直持有和已销毁页面绑定的LiveData引用，最终因为观察者累积、未取消的后台任务导致内存泄漏。

核心原因3：避免架构职责错位 #

官方要求LiveData放在ViewModel里，本质是做UI层和业务逻辑的解耦：UI层（Activity/Fragment）只负责把LiveData的值渲染到控件上，不持有业务数据的状态；而ViewModel负责在后台加载数据、处理业务逻辑，把状态通过LiveData抛给UI层。
如果直接用普通类持有LiveData，很容易出现把业务逻辑直接写在Activity里的情况：你需要手动在Activity的各个生命周期方法里触发数据加载、保存页面状态，最终Activity的代码会越来越臃肿，完全失去架构组件降低复杂度的作用。

常见误区澄清：LiveData本身不依赖ViewModel才能工作。你完全可以在Repository、单例工具类甚至Activity的成员变量里创建LiveData，只是把LiveData和ViewModel的作用域绑定之后，才能同时拿到“跨配置变更保留状态、页面永久销毁时自动清理资源”的完整能力，这也是官方提出该使用要求的核心出发点。

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