动态消息传递与延迟设计问题

Question

我想从您的经验中了解您对我的设计的看法。

我正在设计一个具有非常关键部分的系统：

我有组件 A、B、C（在同一个 JVM 上）需要相互“对话”。

我可以有两种方法：

1. 方法调用方式（各自持有对方实例（注入、对象实例等）。

2. 消息方式（主题/队列）

我知道使用中间件混乱系统（选项 2）的缺点。

但是：

我说的是延迟注意事项。 我需要让这些消息以低延迟（谈论毫秒延迟）到达目标。

我想选择选项 2（消息传递方式）。

根据您的经验，它会在多大程度上影响我的延迟？延迟再次是这个决定的一个非常重要的因素。

（使用 Java 编程，还不确定哪个应用程序容器（Spring、Jboss..）

谢谢， 射线。

Answer 1

鉴于消息传递方式是在内存中，在同一个 JVM 中。然后通常大多数延迟来自争用（使用同步等）、调度（如何唤醒线程以完成其工作等）和 GC 的组合。这些延迟来源往往会使其他一切相形见绌。

可以编写不增加太多开销的相当轻量级的消息传递系统。 Akka 就是一个很好的例子，它越来越多地进入低延迟金融系统。它在 Scala 领域更为人所知，但它确实有一个 Java API。

总之，一个消息传递系统可以实现亚毫秒级的需求。但是，请确保它首先满足您的需求。仅仅因为你可以，并不意味着你应该。如果你在一个小型系统上工作，那么依赖注入/控制反转可能就是你需要有一个好的设计的全部。但是，如果您正在将消息传递视为将多个 cpu 内核混合在一起的一种方式，或者类似的方式，那么我建议您看看 Akka。即使只是作为案例研究。