我有两个服务一个叫05一个叫15 然后用的cap总线+rabbitmq
05消息队列发了一条延时消息,到时间了05服务的订阅者能收到 15服务订阅同一个消息的没收到(cap的cashboard)(手动requeue05和15都能收到)
我有两个服务一个叫05一个叫15 然后用的cap总线+rabbitmq
05消息队列发了一条延时消息,到时间了05服务的订阅者能收到 15服务订阅同一个消息的没收到(cap的cashboard)(手动requeue05和15都能收到)
收起
从你的描述来看,你有两个服务,分别是05和15,它们通过cap
总线和RabbitMQ
进行消息通信。其中,05服务发布了一条延时消息,而在延时到期时,05服务的订阅者能够正常接收消息,但15服务的订阅者却无法收到。
有几种可能的原因导致这种情况:
订阅者配置不正确: 确保15服务的订阅者的配置与05服务的订阅者相同,包括交换机、队列、路由键等。
消息丢失: 在消息传递过程中,可能由于网络问题或其他原因导致消息丢失。检查RabbitMQ是否记录了任何关于消息的错误或警告。
消息超时: 15服务的订阅者是否等待足够的时间来处理消息?如果消息处理时间过长,可能导致消息超时而未能被正确处理。
重试机制: 确保15服务的订阅者没有启用某种重试机制,导致消息在处理失败后重新入队。如果15服务的订阅者手动requeue后能够收到消息,可能是有重试机制在起作用。
RabbitMQ设置: 检查RabbitMQ的配置,确保队列、交换机和绑定等设置正确。也可以检查是否有任何RabbitMQ的配置限制导致消息未被正确分发。
版本兼容性: 确保05和15服务使用的cap
总线和RabbitMQ
库版本是兼容的,防止版本不匹配导致的问题。
在排除上述可能性后,你可能需要更详细的调试和日志信息来确定具体的问题。查看系统和服务的日志,以及RabbitMQ的管理界面,可能会提供更多的线索。
报告相同问题?