顺序消息管道《Message Pipe》v1.0.2版本发布
知识改变命运，撸码使我快乐，2020继续游走在开源界
点赞再看，养成习惯
给我来个Star吧，点击了解下基于SpringBoot的组件化接口服务落地解决方案
Message Pipe是什么？
它是minbox开源组织内的新成员，Message Pipe从字面的意思上理解为 "消息管道"，它确实是一个消息管道的定位，是基于Redis实现的分布式顺序消息管道。
源码地址
目前Message Pipe开源平台：
- GitHub：https://github.com/minbox-projects/message-pipe
- Gitee：https://gitee.com/minbox-projects/message-pipe
另外ApiBoot对它进行了集成，可以通过配置文件的形式快速把message-pipe加入到项目中，详见：https://github.com/minbox-projects/api-boot。
集成相关代码：https://github.com/minbox-projects/api-boot/tree/master/api-boot-project/api-boot-autoconfigure/src/main/java/org/minbox/framework/api/boot/autoconfigure/message/pipe
可以解决什么问题？
它主要是来解决分布式系统下消息的顺序消费的方案，内部通过Redisson的分布式锁以及分布式队列的特性来完成消息的处理，消息的分发则是由Grpc来完成的。
消息分发时支持常见的负载均衡策略，比如：随机策略、IP轮询方式等。
由于内部采用的是分布式锁的方式实现，所以支持多个Server同时就行消息的轮询获取以及分发操作。
更新日志
详见：https://github.com/minbox-projects/message-pipe/releases/tag/1.0.2.RELEASE
✨ New Features
- [ #75 ] 每个消息管道新增 ”MessagePipeDistributor“，用于自动分发管道内的消息
🐛 Fix Bugs
- [ #77 ] 如果消息管道的数量超出配置上限，抛出异常提醒
🎨 Optimizations
- [ #68 ] Server分发消息逻辑重构，优化线程池内线程占用CPU的使用率
- [ #70 ] 废除 “MessageDistributionExecutor” 概念，修改为 “MessageScheduler”
- [ #71 ] 废除 "MessagePipeMonitor" 公共消息管道监听器，为每个消息管道内的消息添加 "MessageMonitor"
- [ #72 ] 重构消息管道 "MessagePipe" ，内聚操作管道内消息的方法
快速上手
为了快速上手，提供了message-pipe使用的示例项目，项目源码：https://github.com/minbox-projects/message-pipe-example。
安装Redis
由于message-pipe基于Redis实现，所以我们首先需要在本机安装Redis，下面是使用Docker方式安装步骤：
# 拉取Redis镜像
docker pull redis
# 创建一个名为"redis"的后台运行容器，端口号映射宿主机6379
docker run --name redis -d -p 6379:6379 redis
查看Redis数据
# 运行容器内命令
docker exec -it redis /bin/sh
# 运行Redis客户端
redis-cli
# 选择索引为1的数据库
select 1
# 查看全部的数据
keys *
启动示例项目
# 下载源码
git clone https://github.com/minbox-projects/message-pipe-example.git
# 进入项目目录
cd message-pipe-example
# 运行Client与Server合并示例项目
cd client-server-merge
# 运行项目
mvn spring-boot:run
