![862f45816403a4a78585fe6552af7e8b.png](https://i-blog.csdnimg.cn/blog_migrate/fdea401b26f38714da890c91181b3576.jpeg)
今天为大家带来的内容是:详细讲解:golang实现redis的延时消息队列功能展示(小白必看)
在学习过程中发现redis的zset还可以用来实现轻量级的延时消息队列功能,虽然可靠性还有待提高,但是对于一些对数据可靠性要求不那么高的功能要求完全可以实现。本次主要采用了redis中zset中的zadd, zrangebyscore 和 zdel来实现一个小demo。
提前准备 安装redis, redis-go
因为用的是macOS, 直接
![7c2699c642bb45b4ccfeeb9469b0b4d4.png](https://i-blog.csdnimg.cn/blog_migrate/03d64f1b8c0e5518a38eae6e2e07f687.jpeg)
又因为比较懒,生成任务的唯一id时,直接采用了bson中的objectId,所以:
![f8a86383caeab9c484dd7de25d334dde.png](https://i-blog.csdnimg.cn/blog_migrate/9f2265afa75519e12a52fd62c8d358d0.jpeg)
唯一id不是必须有,但如果之后有实际应用需要携带,便于查找相应任务。
生产者
通过一个for循环生成10w个任务, 每一个任务有不同的时间
![e35224b891f85b679551d936a38d09df.png](https://i-blog.csdnimg.cn/blog_migrate/6387852483a837cc9640afcea2c9fc19.jpeg)
其中AddJob函数在另一个包中, 将上一个函数中随机生成的时间作为需要处理的时间戳。
![e3cddb38a8392aa85194e62ca0cbf673.png](https://i-blog.csdnimg.cn/blog_migrate/88daa8620c592e96ee767aa40133e9e2.jpeg)
消费者
消费者处理流程分为两个步骤:
- 获取小于等于当前时间戳的任务
- 通过删除当前任务来判断谁获得了当前任务
因为在获取小于等于当前时间戳的任务时,可能有多个go routine同时读到了当前任务,而只有一个任务可以来处理当前任务。因此我们需要通过一个方案来判断究竟由谁来处理这个任务(当然如果只有一个消费者可以读到就直接处理):这个时候可以通过redis的删除操作来获取,因为删除指定value时只有成功的操作才会返回不为0,所以我们可以认为删除当前队列成功的那个go routine拿到了当前的任务。
下面是代码:
![bb9d3b99d7bb10a8d68d4319f15c4bc4.png](https://i-blog.csdnimg.cn/blog_migrate/b1c01efb7b420e5aea22b8f42a3ef191.jpeg)
![4c91d9409ca87aa1466e9217d5e66c70.png](https://i-blog.csdnimg.cn/blog_migrate/f56354c79a24e0a8558a6c557c397f3e.jpeg)
redis部分的代码,获取任务和删除任务
![21aac5fa319fd77f555550779eef884a.png](https://i-blog.csdnimg.cn/blog_migrate/c607e7e619f7862ec8cdce716ca4e6a9.jpeg)
代码大抵如此。最后跑起来之后,大概每3-4秒钟能够处理掉1w个任务,速度上确实是...
以上就是本文的全部内容,希望对大家的学习有所帮助。
![e44f57da206ce053c9d9bb9d00d0e45b.png](https://i-blog.csdnimg.cn/blog_migrate/8a6737e082ab66562090afb1dc35b481.jpeg)