简单说pull(拉)模式就是消费者主动去消息队列拉取消息,push(推)模式消费者不需要主动,消息队列会自动将消息发送到消费者方。
说法一:
1:不能在循环中使用拉模式来模拟推模式,因为拉模式每次都需要去消息中间件中拉取消息来消费,所以会严重影响RabbitMQ性能。
2:要想实现高吞吐量,消费者需要使用推模式。
说法二:
- push模型: 是推送模型,实时性较好,是一个发布-订阅的模型,需要维护一个长连接,而长连接是需要资源的,适合于使用长连接的场合:
- 实时性要求高
- client数量不多,server端数据变化频繁
- pull模型: 拉取模型,问题是实时性较差
- Long polling 模型: 像nacos,eureka使用的就是 long polling模型,是pull和push模型的中和方法。、长轮询(Long Polling)的服务其客户端是不做轮询的,客户端在发起一次请求后立即挂起,一直到服务器端有更新的时候,服务器才会主动推送信息到客户端。 在服务器端有更新并推送信息过来之前这个周期内,客户端不会有新的多余的请求发生,服务器端对此客户端也啥都不用干,只保留最基本的连接信息,一旦服务器有更新将推送给客户端,客户端将相应的做出处理,处理完后再重新发起下一轮请求。