根据的说法
Synchronous queue subscribers must build in logic to process the message.
这是否意味着如果队列中有10条消息,只有一个订阅者得到第一条消息,并且在回复一些消息之后,第二条消息将去往另一个订阅者?
如果不是,有没有适合我上面提到的情况的消息传递软件或系统?
例如,假设您正在编写一个程序,该程序等待队列中的消息,处理它,然后等待下一条消息,这将永远持续下去。在像C或Java这样的语言中,它看起来像这样:
void processMessage() {
while (true) {
// waitForMessage blocks until the next message is received
msg = waitForMessage();
// handle msg here
}
}
在Javascript中(我使用的是node.js,顺便说一下),因为使用了回调,所以通常看起来是这
我正在设计一个java服务器,这将用于交易债券。此服务器将充当客户端UI和分析服务器之间的中介。分析服务器是大脑,我的服务器将简单地与其交互(使用tcp套接字),并将响应转发给客户端。
服务器预计可并发处理约500个客户端。而且它必须是可伸缩的和高效的,可以每秒处理大约500条消息。
客户端UI和分析服务器之间的消息流如下所示:
1. Client through the UI requests for price.
2. My server accepts the message, formats it and then asynchronously
sends to the anal