一起养成写作习惯！这是我参与「掘金日新计划 · 4 月更文挑战」的第15天，点击查看活动详情。
为什么要用消息队列
-
业务之间的解耦 每个业务模块只负责自己单独的业务逻辑
-
队列先到先得的原则
-
因为系统资源有限，为了提高系统的性能，这里可以用队列削峰进行异步处理。
用redis实现一个简单的排队功能
redis的List常用命令
| 命令 | 说明 | 时间复杂度 |
|---|---|---|
| [BLPOP key [key ...] timeout] | 删除，并获得该列表中的第一元素，或阻塞，直到有一个可用 | O(1) |
| [BRPOP key [key ...] timeout] | 删除，并获得该列表中的最后一个元素，或阻塞，直到有一个可用 | O(1) |
| [BRPOPLPUSH source destination timeout] | 弹出一个列表的值，将它推到另一个列表，并返回它;或阻塞，直到有一个可用 | O(1) |
| [LINDEX key index] | 获取一个元素，通过其索引列表 | O(N) |
| [LINSERT key BEFORE] | AFTER pivot value在列表中的另一个元素之前或之后插入一个元素 | O(N) |
| [LLEN key] | 获得队列(List)的长度 | O(1) |
| [LPOP key] | 从队列的左边出队一个元素 | O(1) |
| [LPUSH key value [value ...]] | 从队列的左边入队一个或多个元素 | O(1) |
| [LPUSHX key value] | 当队列存在时，从队到左边入队一个元素 | O(1) |
| [LRANGE key start stop] | 从列表中获取指定返回的元素 | O(S+N) |
| [LREM key count value] | 从列表中删除元素 | O(N) |
| [LSET key index value] | 设置队列里面一个元素的值 | O(N) |
| [LTRIM key start stop] | 修剪到指定范围内的清单 | O(N) |
| [RPOP key] | 从队列的右边出队一个元 | O(1) |
| [RPOPLPUSH source destination] | 删除列表中的最后一个元素，将其追加到另一个列表 | O(1) |
| [RPUSH key value [value ...]] | 从队列的右边入队一个元素 | O(1) |
| [RPUSHX key value] | 从队列的右边入队一个元素，仅队列存在时有效 | O(1) |
简单的流程大概如下
-
demo效果
-
消费线程
/**
* 消费测试
* @param key 队列名称
* @param jedis
* @param count 消费多少笔数据
* @param isEnd 活动是否结束
*/
public void consumeTest(String key, Jedis jedis, AtomicInteger count,AtomicBoolean isEnd)
实际使用还有很多细节需要考虑，例如退单后的消费流程是否继续。
