共计 393 个字符，预计需要花费 1 分钟才能阅读完成。
前情提要：
服务器和客户端（Android）通过 websocket 通信，接收一些服务器的指令或者发送一些数据，比如服务器发送关机指令客户端关机之类的。
目前客户端 app 是采用的单 activity 的结构，通过 fragment 和 navigation 做导航，采用了 mvvm 架构模式，也用了协程了。
我本来想着写一个 service 然后绑定到 activity 上，负责处理各种消息，但是有一些消息需要与 UI 有交互，所以好像不行。
也想过用 callbackFlow 然后在 viewmodel 里面处理，然后在 fragment 中显示，但是感觉好像也不是很好。
所以就想问一下这种场景的最佳实践是什么？各位大佬能说说思路吗？
另外想问一下，如果通过 websocket 传递数据，是只发送相关的事件（对消息的封装），然后客户端根据事件在具体发送 HTTP 请求获取数据呢？还是直接通过 websocket 发送事件的时候附带数据呢？
正文完
