1、检查ui层是否正确监听了Flow
如果监听操作封装在ui层的基类，如BaseActivity，的initView方法中，那么实现类在重新父类的initView方法时，必须调用super.initView()
2、检查Ui层当前的ViewModel和发送新ui状态的ViewModel是否是同一个
override val mViewModel: PushApkViewModel
get() = getKoin().get()
比如，如果ui层使用这种方式声明ViewModel，那么每次用到ViewModel时，都会从依赖注入框架中取，如果该ViewModel没有声明为单例，那么每次都是创建新的。ui层会监听最新创建的那个ViewModel，而不会监听正在更新ui数据的那个。
3、使用密封类对象作为StateFlow的值时，如需改变对象内容，更新到界面，必须创建新的密封类对象，再update()到界面
如果StateFlow的值是密封类，并且内部嵌套其他密封类，那么，两个密封类对象都需要重新创建，不可复用。
（案例：StateFlow中存放页面State，页面State中存放下载状态State，此时如更新下载进度，如只修改下载进度，复用下载状态State，会导致StateFlow认为对象没有发生变化，从而不通知到订阅者）
4、View层的生命周期问题
repeatOnLifecycle(Lifecycle.State.RESUMED) { }
lifecycleScope.launchWhenResumed { }
如果使用这种写法，在它们的代码块中去监听Flow，那么当然，在View层stop时就无法收到新的状态事件。
