GWT-MVP事件总线。正在创建多个处理程序

Question

我正在使用我继承的大型应用程序，并且遇到了一些最佳实践问题。

每次用户导航到我们的客户编辑页面时，都会创建一个新的演示者，并设置一个视图。客户编辑有一个主演示者和一个主视图。主视图中还有主演示者的子演示者使用的子视图。在子演示者中，我在事件总线上注册事件处理程序。

我遇到的问题是，当a第二次导航到联系人编辑器时，会再次创建演示者，并再次注册这些事件。现在，当一个事件发生时，它会被处理两次，每个演示者实例处理一次。

演示者不被变量保留，但是子视图被主视图引用。视图中的这个引用会不会阻止事件处理程序被删除？我的印象是，如果该对象被垃圾收集，事件处理程序将被删除。如果不是这种情况，我应该从事件总线上取消注册这些事件处理程序吗？

更新：演示者没有被垃圾收集。如果我可以修改代码，在不再需要这些演示者时删除对它们的所有引用，它们会被收集，因此事件处理程序会被删除吗？

Answer 1

事件处理程序是针对EventBus内的某种集合设置和存储的独立对象实例。您的演示者只是创建它们并将它们传递给EventBus，因此在演示者的生命周期之后，处理程序仍然被引用（这就是它们继续运行的原因）。演示者可能没有被垃圾收集，因为处理程序可能仍然引用它们或它们的字段。

每当您检测到有新的presenter创建时，就会再次添加处理程序，因此解决方案是在实例化新的presenter之前清除现有的处理程序，或者跟踪它们，在已经添加新的处理程序时不添加它们。

我采用的方法是重用屏幕级视图/演示者实例，并在重新进入时重置它们的状态。这也有助于提高性能。演示者还跟踪他们添加到EventBus的所有处理程序的HandlerRegistration实例。

我不知道Colin提到的ResetableEventBus，但这听起来也是一个不错的解决方案。

Answer 2

可复位事件总线是专门为此而设计的 - 不是为表示者提供全局事件总线，而是将该事件总线包装在可复原版本中。然后，当该演示者被关闭时，无论谁给它事件总线，都会重置它，从而清理它可能已添加的所有处理程序。

这就是GWT的活动/地点框架中的活动如何管理以防止它们泄漏。

另一个选项 - 为每个演示者提供一个类似于“stop（）”或“release（）”的方法，指示它是最重要的，它应该在它自己之后清理 - 取消正在进行的RPC调用，删除对话框，取消事件处理程序。如上所述，活动 API 有一种方法来指示它即将停止，并且它已停止并应进行清理。

提供两者可以很容易地避免在全局事件总线上出错，并且仍然为更细粒度的问题（长时间运行的RPC调用）提供挂钩，但是问题可以通过任何一种解决方案来解决。