Java 安卓；粘的；接口回调

这个问题与其说是一个实际的实现，不如说是一个架构问题

用非常基本的术语来说，我在和android应用程序中对web服务进行了网络调用。当网络调用完成时，我向活动/片段发送某种通知，以便它知道它实际上已经完成

为了实现这个“回调”，我以前使用过本地广播，IMHO使用了恼人的寄存器和注销器，这是过分的。然后我转为绿色机器人事件巴士，这是伟大的，但再次我觉得这是太重了，我想要实现的。我觉得EventBus适用于多个订阅者。我只是想回电话

所以最后我切换到普通的Java接口回调，这正是我想要的。代码看起来很好，而且很简单

现在来看这些回调的问题。如果在暂停或停止活动/片段但未销毁时发生回调，则正在完成的调用的信息将丢失

例如，用户填写表单，然后我想将数据发布到web服务。我给出了一个类似于OnPostComplete（）的回调，但在用户屏幕关闭时调用它。当用户再次唤醒该活动时，仍然有一个加载程序，因为它不知道它已经完成，因为它错过了回调

我可以想出一些解决方案，我只是想知道是否有关于人们如何解决这个问题的行业标准。我显然搜索错误，因为我在这些粘性回调（等待活动返回的回调）上找不到任何东西

---

任何指导都将不胜感激

注意：谢谢你的回复。我以前已经看过很多次了，也实施过很多次。它使用广播或内容观察者。这两个都不适合我。我使用观察员来更新内容。但这是一种模式，它并不是等待web服务来执行诸如提交表单广播之类的操作？我在他的演讲中没有听到这个词。。。但是，是的，观察者模式对这种情况很有用。这对我一点帮助都没有。我的问题与REST内容同步问题无关。我将尝试详细阐述我的问题，然后再看一遍，尤其是33'15'-35'00''这是您的案例，他的演讲适用于任何异步长期操作，而不仅仅是网络请求