目前，我们正在寻找一种in-JVM消息传递解决方案，该解决方案提供与新引入的Guava EventBus相同的灵活API。 EventBus提供了几乎所有必要的功能，但我们缺少持久性并且能够将处理程序限制到一定的速率。我们不需要像ActiveMQ或HornetQ这样的项目提供的企业功能。虽然稍后可能会选择运行我们应用程序的多个节点。我会非常感谢任何正确方向的指示。
另一种可能性是使用HornetQEventBus（类似于ASyncEventBus）扩展Guava EventBus或为JMS实现我们自己的外观。鉴于我们的目的，Barebones JMS感觉有点臃肿，我个人觉得EventBus API非常适合我们的用例。
答案 0 :(得分：4)
就个人而言，如果可以的话，我建议继续前进并扩展EventBus。 （我不确定我们是否公开了EventHandler以及你需要的其他一些组件。= /）
我记得番石榴团队就番石榴“节流”API进行了一些讨论;我不知道到底有多远，是否有任何计划要发布它，或者它是否可以与EventBus很好地混合。
答案 1 :(得分：1)
目前还不可能覆盖EventBus的调度方法，对此有一个持续的争论，你可以找到它here