狀態（State）
應用向用戶顯示的信息便是界面狀態。比如一個新聞列表，列表的數據。界面是相對用戶而言的，那么界面狀態就是相對應用而言的。這就像同一枚硬幣的兩面，界面是界面狀態的直觀呈現。對界面狀態所做的任何更改都會立即反映在界面中。
狀態可以使用viewmodel作為容器去裝載，使用單向數據流管理狀態。
事件（Event）
界面與其 ViewModel 類之間的互動在很大程度上可以理解為事件輸入及其隨后的狀態輸出
狀態向下流動、事件向上流動的這種模式稱為單向數據流 (UDF)。這種模式對應用架構的影響如下：
ViewModel 會存儲并公開界面要使用的狀態。界面狀態是經過 ViewModel 轉換的應用數據。
界面會向 ViewModel 發送用戶事件通知。
ViewModel 會處理用戶操作并更新狀態。
更新后的狀態將反饋給界面以進行呈現。
系統會對導致狀態更改的所有事件重復上述操作。
狀態：
1 新狀態會覆蓋舊狀態，如果短時間內發生多次狀態更新，可以拋棄中間態只保留最新狀態即可。這也是為什么 LiveData 連續 postValue 時會出現數據丟失。
2 最新狀態是需要長久保持的，可以被時刻訪問到，因此狀態一般是“粘性的”，在新的訂閱出現時為其發送最新狀態。
3 狀態是冪等的，唯一狀態決定唯一UI，同樣的狀態無需響應多次。因此 StateFlow 在 setValue 時會對新舊數據進行比較，避免重復發送。
事件：
1 新事件不應該覆蓋舊事件，訂閱者按照發送順序接收到所有事件，中間的事件不能遺漏。
2 事件只能被消費一次，消費后應該丟棄。因此事件一般不是“粘性”的，避免多次消費。
3 訂閱者需要對發送的每個事件進行消費，即使是同一類事件發送多次。
UDF 有助于實現以下幾點：
數據一致性。界面只有一個可信來源。
可測試性。狀態來源是獨立的，因此可獨立于界面進行測試。
可維護性。狀態的更改遵循明確定義的模式，即狀態更改是用戶事件及其數據拉取來源共同作用的結果。
