1.同步
2.异步
发送后,不等待服务端响应立即返回,继续发送下一个数据包;在回调中处理处理接下来的业务。
场景:要求快速响应,比如扫码支付,立即显示支付成功,需要数据落库,从yhk扣款稍后
消息本身具有异步特性,同步消息也可以实现,发送即响应,那同步耗时在哪,响应时间在哪,是发送到broker,broker响应的这段时间?如果只是这里就解释通了,否则只是与broker通信时间很短,应该某种场景mq响应比较长,才做发异步消息,有点混乱,不知道什么时候发异步消息的场景了,待续...
说一个发送异步消息场景
用户某个请求,数据落库比较耗时,这时候发送异步消息,消费再落库,
有一个疑问,如果不取消费,回调中,执行落库逻辑是否可以。
待续....
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)