使用LiveData时ViewModel类中为何需要双重声明变量？

这种双变量写法是MVVM架构中数据可变性封装的强制规范，核心目的是收拢数据修改权限、保证数据流的可控性，具体原因如下：

• 首先明确两个类的能力边界
  LiveData是只读的可观察数据容器，仅对外暴露观察相关的方法，外部无法修改其存储的值；MutableLiveData是LiveData的子类，额外公开了setValue()、postValue()两个方法，支持主动修改内部存储的值。
• 直接暴露MutableLiveData会打破MVVM的职责划分
  MVVM架构的核心原则之一是：ViewModel是唯一可信的数据源，所有状态变更逻辑都必须收拢在ViewModel内部处理，UI层（Activity/Fragment）仅负责两件事：观察ViewModel的状态渲染界面、把用户的交互操作上报给ViewModel处理。
  如果你直接对外声明val score = MutableLiveData<Int>()，UI层就可以随意调用viewModel.score.setValue(xxx)直接修改分数值，会导致数据修改逻辑散落在各处，后续出现状态异常时，你根本无法快速定位是哪段逻辑修改了分数，排查成本极高。
• 双变量写法从语法层面强制了单向数据流
  • 私有变量_score仅在ViewModel内部可访问，所有修改分数的逻辑（比如玩家答对加10分、闯关失败扣20分）都只能在这里操作，逻辑集中易维护
  • 对外暴露的score是只读的LiveData类型，UI层只能观察它的变化更新界面，完全没有修改的权限，从根源上避免了外部随意修改状态的问题

你提到的直接声明MutableLiveData也能正常运行是正常的，语法上没有任何问题，但是这种写法不符合架构设计规范，在小型Demo中你可能感知不到负面影响，一旦项目逻辑复杂度上升、多人协作开发时，这种不严谨的写法会带来大量难以排查的状态bug。

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