使用Redis做消息队列

基于内存的单线程数据库,使Redis的线程安全性极高。而Redis的双向链表数据类型(List)天生就可作为消息队列存储消息.

在这里就不说消息队列的等等一些优点。但是补充一下Redis的List类型的几个命令,你可以指定将一个元素投送到列表的头部(左边)或者尾部(右边),当然也可以指定从列表的头部或尾部取出数据.

LPush:添加元素至列表的头部

 RPush:添加元素至列表的尾部

LPop:移除并获取列表的头部的第一个元素

RPop:移除并获取列表的尾部的第一个元素

BLpop:移出并获取列表头部的第一个元素， 如果列表没有元素会阻塞列表直到等待超时或发现可弹出元素为止。命令格式：blpop key timeout,当timeout=0时，表示一直阻塞等待，直到有其他客户端执行rpush或者lpush命令，插入数据后，阻塞才解除.

BRpop:与BLpop相同,不同的是它是移除列表尾部的第一个元素.

如下,开启两个客户端,一个客户端先使用BLpop阻塞读取数据,另一个客户端写入数据.

OK,到此我想你已经明白了,List的作用已经显而易见。生产者投入消息,消费者拿到消息。而且双向链表的数据类型,投入和拿取数据都特别灵活。是不是感觉很不错？接着往下看

下面在代码中实现消息队列的数据投递与拾取.

引入NuGet包：StackExchange.Redis

生产者：

static void Main(string[] args)
{
    var redis = new RedisContent();
    for (int i = 0; i < 10; i++)
    {
        redis.db.ListRightPush("datalist", $"data{i}");//向列表的尾部投递消息
        Console.WriteLine($"{DateTime.Now} 已投递消息data{i}!");
        Thread.Sleep(3000);
    }
    Console.ReadKey();
}

消费者：

static void Main(string[] args)
{
    var redis = new RedisContent();
    while (true)
    {
        string result = redis.db.ListRightPop("datalist");//从列表的尾部拾取消息

        if (string.IsNullOrEmpty(result)) { }
        else
        {
            Console.WriteLine($"{DateTime.Now} 已接收消息,Message={result.ToString()}");
            Thread.Sleep(1000);
        }
    }
}

为了让大家看到效果,我故意让线程等待了几秒钟.

先进先出和先进后出的实现方式都比较灵活,如果要想实现先进先出的规则的话,要将上面的消费者代码改为redis.db.ListLeftPop("datalist")=>从头部开始读取消息

但是上面的代码有一个很大的弊端,虽然消息已经消费完了，但是仍然在不停的lpop，所以造成很大的浪费.就算是这里使用了Sleep,一定程度上减少了CPU的占用率,但是消息处理的时效性就削弱了.

不用担心,对此肯定有解决的方法