@wangkunmeng hi 先谢谢你的指点哈 1、这是mq。消息的删除是在消费后删除的，你如果仔细看代码是通过一段lua脚本删除的。 2、暂时没考虑分组的意义是啥? 如果是怕field-value 数量的限制，也有2^32-1 个。应该是够用的。 3、暂时确实还没想用发布-订阅的模型，后期可能会考虑。现阶段只支持点对点(queue)的模型。消息处理失败的这种情况确实没考虑过，这点容我想下再回答。

@riichg5 这个 bull 或者 Agenda 之类是属于 队列(queue)。ioredisMq的是 mq。我觉得还是有本质的区别的。 另外说下发布这个依赖的原因，其实和 rsmq功能类似，但是 rsmp 是基于 redis 这个依赖。我们有个项目中代码依赖于ioredis这个项目，如果使用rsmp 。还需要多安装一个依赖 redis，这是我比较厌烦的。另外rsmp中有发送消息不可见的功能(vt参数控制)，个人觉的比较鸡肋，消息处理完成后，直接删除就行了。因此基于上面两个问题开发了 ioredismq。

@wangkunmeng 个人觉的，数据量小的情况下,向 redis 这种 mq 是可以解决的。如果需要数据量大的mq。kafka 或者RabbitMQ可以考虑下，毕竟是这些都是分布式的mq。量少的话就没必要了。