Room数据库变更如何触发UI更新？变更的发起路径是怎样的？

你的理解完全没错，这套架构里操作的发起流向和数据的通知流向是双向的，你看到的架构图只画了「数据库变更后从下往上通知UI刷新」的单向路径，没画用户操作从上往下触发修改的路径，所以才会产生困惑。

我们拿你说的待办清单新增笔记的场景，完整走一遍流程你就懂了：

• UI层用户输入笔记内容，点击保存按钮，首先把新增请求和内容传给ViewModel
• ViewModel调用Repository暴露的addNote()方法，把笔记数据传递过去
• Repository层调用Room DAO定义的插入接口，执行实际的数据库写入操作，这一步就完成了数据库本身的变更触发
• 之后就进入你之前理解的流程：你提前用Room定义的返回Flow/LiveData的查询接口，检测到对应表的数据发生了变化，自动把最新的查询结果从数据库向上传递给Repository，再到ViewModel，最后通知UI刷新，就能看到刚新增的笔记了。

额外补充几个常见的相关问题：

1. 为什么不让UI直接操作数据库？
   分层是为了解耦，比如后续你需要新增云同步逻辑，新增笔记的时候既要存本地还要上传到服务器，只要修改Repository层的addNote()逻辑就可以，不需要动UI和ViewModel的代码。
2. Room怎么知道数据库变了要发新数据？
   只有你用Room定义的查询方法返回的是可观察类型（比如Kotlin的Flow、LiveData、RxJava的Observable）时才会有自动通知的效果，Room内部会监听对应查询关联的表的变更，只要表发生了写入、更新、删除操作，就会自动重新执行查询，把最新结果发射出去。
3. 只有UI能触发数据库变更吗？
   不是，比如后台同步服务拉取到了服务端的新数据，也可以直接调用Repository或者DAO的写入方法修改数据库，这时候同样会自动触发后续的UI刷新流程，不需要额外写通知逻辑，这也是这套架构的核心优势之一。

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