请解释如何配置Java客户端以便在没有轮询的情况下从两个不同的RabbitMQ交换中读取 . 我希望客户端在消息到达时唤醒,然后再次阻止 .
在我的小系统集成问题中,一个RabbitMQ交换使用各种路由密钥(我知道如何使用通配符来捕获它们)来携带工作消息,而另一个交换机携带控制消息(例如,“停止”) . 所以我的客户必须听取来自两个地方的消息 . 这是一个相对低容量的系统问题,我不是在询问负载分配或公平性等 .
当然,我可以运行一个线程,轮询每个交易所,睡觉,发送,永远 . 但我想避免投票 .
我以某种方式提醒Unix select()系统调用,当数据在传递给它的任何文件描述符上准备就绪时唤醒它 . RabbitMQ有类似的东西吗?
我目前的解决方案是一个适配器,它在每个输入交换上旋转一个线程来阻塞;收到后,每个线程都写入java.util.concurrent集合;我使用另一个线程阻止该集合,并在消息到达最终消费者时传递消息 . 它工作正常,但如果我能把这种复杂性砍掉,那就太好了 .
这些SO帖子围绕这个问题跳舞,如果我在这些帖子中忽略了它,请随意在解决方案中嗤之以鼻:
对于java:RabbitMQ by Example: Multiple Threads, Channels and Queues
对于C#:Reading from multiple queues, RabbitMQ
提前致谢 .
1 回答
谢谢,抢劫狼,评论 . 是的,我已阅读教程,我知道每个消费者需要一个帖子 .
事实证明,使用单个线程从多个交换中读取是直截了当的,并且根本没有轮询:获取新队列,并将其绑定到所有相关交换 . 适用于主题和扇动 . 用SSCE测试过,见下文 .
我感叹RabbitMQ javadoc缺乏细节,Channel#queueBind(String,String,String)方法中的一些选择词会有很多帮助 .
HTH