RoomDatabase在查询范围外的对象变更时通知Flow的问题

首先，你的观察完全准确，这并非Room的Bug，而是其Flow观察机制的设计特性——Room的查询Flow不是仅在“查询结果内的条目变更”时触发，而是基于查询所依赖的表的任何变更触发，之后会重新执行查询并对比结果差异来决定是否发射新值。

下面拆解这个逻辑帮你理清：

• 触发通知的核心逻辑：当你用@Query返回Flow时，Room会为查询涉及的所有表创建观察者。只要这些表中有任何行发生插入、更新或删除操作（哪怕不是你当前查询结果里的行），Room都会自动重新执行你的查询。
• 是否发射新值的判断：重新查询后，Room会对比新结果和旧结果的内容（这一步依赖实体类的equals()和hashCode()方法）。如果结果有差异，才会向Flow发射新值；如果结果完全一致，理论上不会发送通知。

至于你遇到的“订阅ID为X的Flow收到Y的变更通知”，大概率是以下几种情况之一：

1. 实体类未正确实现相等性方法：如果你的Entity类没重写equals()和hashCode()，Room会默认用对象引用做对比。哪怕X的行数据没变化，重新查询生成的新对象也会被判定为和旧对象不同，导致Flow发射新值，让你误以为是Y的变更触发了“错误”通知。
2. 查询关联了其他表或依赖计算字段：如果你的查询关联了其他表，或者用到了依赖其他行的计算字段，Y的变更可能间接影响了X的查询结果（比如Y是X的关联数据），这种情况下Flow发射新值是合理的。
3. Room版本的细节差异：虽然你在2.2.6和2.3.0 beta都观察到这个行为，但部分场景下，Room的表级触发可能导致重新查询后，即使结果无变化也发射新值（比如早期版本的差异对比逻辑不够严谨），但这依然属于设计范围内的行为，而非Bug。

总结来说，你的原有认知确实存在偏差——Room的Flow触发不是精确到“查询结果内的条目变更”，而是基于表级变更触发重新查询，再通过结果对比决定是否通知。如果想减少无关通知，可以尝试：

• 确保实体类正确重写equals()和hashCode()，让Room能准确判断结果是否变化。
• 优化查询范围，比如使用更精准的过滤条件（不过Room的重新查询开销通常很小，这一步非必要）。

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