为什么不用Redis做消息队列（MQ）

在分布式系统中，消息队列（Message Queue，简称MQ）是一种重要的通信机制，用于解耦消息发送者和接收者之间的关系，提高系统的可靠性和可扩展性。目前市面上有很多MQ的选择，比如RabbitMQ、Kafka、ActiveMQ等，而Redis也常常被人们用作消息队列。然而，尽管Redis是一款强大的内存数据库，但作为MQ并不是最佳的选择，本文将讨论为什么不用Redis做MQ，并给出相应的代码示例。

Redis的缺点

1. 没有消息持久化机制

Redis是一款内存数据库，数据都存储在内存中，所以在服务器重启或者宕机的情况下，数据会丢失。而作为MQ，消息的可靠性是非常重要的，因此需要将消息进行持久化存储。Redis虽然提供了将数据持久化到磁盘的功能，但这种方式并不适合做MQ，因为它会对性能产生较大的影响。

2. 没有消息顺序保证

在一些场景下，消息的顺序是至关重要的，比如订单处理、事件驱动等。然而，Redis并不能保证消息的顺序，因为它是一个键值对数据库，没有提供消息的顺序保证机制。

3. 缺乏高级特性

MQ通常会提供一些高级特性，例如消息重试、消息确认、消息延迟等。而Redis并没有这些特性，需要自己手动实现。这会增加开发的复杂性，降低开发效率。

4. 高并发场景下性能不佳

Redis作为一款高性能的数据库，在单机情况下表现出色。但在高并发的场景下，Redis的性能可能会受限。因为Redis是单线程的，它使用事件驱动的方式处理请求，所有请求都是串行执行的。当并发量很大时，这种串行执行的方式会成为瓶颈，导致性能下降。

RabbitMQ作为MQ的优势

RabbitMQ是一种开源的，基于AMQP（高级消息队列协议）的消息队列系统，它具有很多优势，适用于各种场景。

1. 消息持久化

RabbitMQ支持将消息持久化到磁盘，即使在服务器重启或宕机的情况下，消息也不会丢失。这对于一些对消息可靠性要求较高的场景非常重要。

2. 消息顺序保证

RabbitMQ支持消息的顺序保证，它会按照消息的发送顺序进行处理。这对于一些需要保持消息顺序的场景非常重要，比如订单处理。

3. 高级特性支持

RabbitMQ提供了很多高级特性，例如消息重试、消息确认、消息延迟等。这些特性可以帮助我们更好地处理消息，提高系统的可靠性和可维护性。

4. 高并发场景下性能优越

RabbitMQ是一款基于Erlang语言开发的消息队列系统，它天生具有良好的并发性能。它采用多线程的方式处理请求，能够更好地支持高并发场景。

代码示例

下面是使用RabbitMQ作为MQ的代码示例：

// 生产者代码
import com.rabbitmq.client.ConnectionFactory;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.Channel;

public class Producer {
    private final static String QUEUE_NAME = "hello";

    public static void main(String[] args) throws Exception {
        // 创建连接和信道
        ConnectionFactory factory = new ConnectionFactory();
        factory.setHost("localhost");
        Connection connection = factory.newConnection();
        Channel channel = connection.createChannel();

        // 声明队列