在 RabbitMQ 中，消费者的消息处理模式可以分为两种：pull 模式和 push 模式⁵。
Pull 模式：消费者主动从消息中间件中拉取消息。这种模式下，每次接收消息都需要拉取一下队列的信息，由于是拉取的，实用性较差，不能及时有效获取最新的信息，但能有效降低内存消耗⁵。
Push 模式：消息中间件主动将消息推送给消费者。这种模式下，消费者只要启动后，就相当于使用了订阅模式，只要生产者不断推送信息，消费者就会持续接收信息⁵。
默认情况下，RabbitMQ 使用的是 push 模式，只要消息推送到消费者就会自动 ack，然后 RabbitMQ 删除队列中的消息¹。这意味着即使消费者没有处理完上一条消息，它仍然会继续接收新的消息。
然而，这种方式可能会导致问题。比如，如果消费者处理消息的速度赶不上生产者发送消息的速度，或者消费者在处理消息时出现异常，那么就可能会导致消息丢失¹。
为了解决这个问题，RabbitMQ 提供了消费者应答（ack）机制。我们可以启用手动应答模式，在消费端调用 API 手动 ack 确认之后，RabbitMQ 才会从队列删除这条消息¹。这样，只有当消费者处理完一条消息并确认后，才会接收下一条消息。这种方式可以有效防止消息丢失，确保消息的可靠性¹。
总的来说，RabbitMQ 的消费者是否会在处理完一条消息之前接收新的消息，取决于你选择的消息处理模式和是否启用了手动应答机制。¹⁵
