消息队列必须是异步的么？

[开拓者Amadues]

如果请求者需要返回结果的（同步），还能用消息队列么

[KeepSayingNo]

可以用消息队列

[卖水果的net]

同步也可以用消息队列，但是用 redis 不更好吗？

 

[m0_37778468]

@老紫竹

[老紫竹]

通电话，可以看成同步的。 

通电话留言，可以看成是异步的。

[一只三黄鸡]

@开拓者Amadues 我的意思是，既然你要同步，直接service中写个方法，业务直接调用不就好了吗？ 消息队列不异步没啥意义啊，比如，APP给优惠券，但是这个业务很复杂，并且这个优惠券不需要直接给到。 如果你使用同步，用户点击后页面一直在loading，后端一直在处理数据，多个用户不就会导致服务器内存增高了吗，但是你如果使用异步，你可以告诉用户，提交成功，优惠券会在半小时内发放到你的账户，很多用户就可以排队按照先进先出的原则一个个处理，既可以提升用户体验感，也可以减低服务器压力，同时也提升了系统的扩展性。

[开拓者Amadues]

@一只三黄鸡 同步如果是来一个处理一个，那一下子来得太多处理不完怎么办？

[一只三黄鸡]

既然说到了队列，相当于排队了
同步的话，来一个处理一个，后面的都被关在门外了， 那就没有队列这个概念了，那为什么还需要使用消息队列呢

当然你要用，当然可以了，虽然这样就没啥必要性了

[老王就是我]

@开拓者Amadues 同步，是指，我发一个请求，要明确知道处理结果（无论成功与否）。异步，则是指，我发一个请求，只要知道服务器在处理即可，不需要知道处理结果。同步异步和高并发低并发没有任何关系，并不是高并发就必须用异步处理，同步异步是业务和服务器的压力共同决定的

[开拓者Amadues]

@老王就是我 同步方法也有高并发请求的，这个是不是服务器线程池队列的事情，跟我们业务层要实现的队列是两回事情了，可不可以这样理解？

[老王就是我]

同步，并不需要队列