搞了个 rocketmq 分支，做了 10W+的可读性优化，对应的书也开始周更，有没有一起研究 MQ 的呀？
RocketMQ 功能足够，我们主要是做了一些可读性的优化

巨类拆分
大函数拆分
...

研究过程我们沉淀了，10 几万的文字 + 200+的图片
准备沉淀成一本小书 《 RocketMQ 源码解析与优化》
小书内容会在公众号上周更，下图是小书的目录：

分支介绍: RocketMQ wolf 开源分支
开源地址: github.com/wolforest/rocketmq
部分小书的内容：

RocketMQ 事务消息分析：TCC 、客户端流程、服务端流程、万字长文细细聊
RocketMQ ACK 流程分析：编程范式、核心对象、内存匹配、磁盘匹配、死信
RocketMQ Pub 流程分析
20 张图详解 RocketMQ SUB 流程

感谢老哥的开源精神, wolforest/rocketmq 太专业太强了, 期待小书

一起学习，我们的分支改了大半年了，也只能凑合着看，官方分支估计压力太多，核心代码十多年没变过了，我们还是有可能做个分支，融合到官方去的

嗯嗯嗯, 正在学习, 很佩服老哥, 在带领团队做业务的同时, 还能这么高产的系统输出, 加油持续关注中

技术做的深入，总结能力也强，牛！拉代码学习下

厉害

automq 有搞头

带我一个

666

Orz

666 牛逼

弓虽啊！牛人

666

automq 没有历史包袱，只依赖 rocketmq 的协议，代码好很多，不过他们的精力偏向 kafka 了, 开源版 automq-for-rocketmq 好久没更新了

加我微信聊，winglechen

看起来 automq 很强大啊

automq 是原团队搞的，独立公司在搞，
automq-for-kafka 可以挣美丽国的钱，automq-for-rocketmq 不太好说，
不过说回来，学习或者自己部署 rocketmq 用我们的分支更好维护点

除了 MQ 也可以参与一下我们的其它小书

想请楼主评价一下 NATS 作为 MQ 使用的话是不是足够好？

👍

代码的可理解在工作中太重要了，作为技术人往往在业务的压力面前丢失了很多追求和操守。看到 OP 团队的工作，有点感动，这才是工程师文化！

你们搁这团建呢?

支持

一起学习，我们的分支改了大半年了，也只能凑合着看，
代码依然还有 20 个参数的函数，还得花更多时间慢慢改，
不过我们加了注释，看懂估计是问题不大了。

官方分支估计压力太多，核心代码十多年没变过了，
现在国内用 rocketmq 的挺多的，rocketmq5 出来后，很多 rocketmq 都升级了
我们做的分支，完全兼容官方版(现在那部分差异，我们也会搞定)，
是有可能造一个版本，最后融合到官方去的

不好意思，不敢评，我们只是在我们的场景里，拥抱的 rocketmq, 其它的真不懂

支持😋

感觉好复杂，我选择 pgmq pg 一把梭～

pg 还是很吊的，国内的生态还没起来，搞点 pg 的内容 帮 pg 把火烧起来

pg 慢慢起来了，信创数据库大部分是 pg 改的。
pgmq 这种基于 pg 开发的 消息队列插件不用考虑事务实现、数据完整性、服务稳定性，完全是站在巨人的肩膀上开发，省事又省心。

＃17 卧槽，这么多啊，太牛逼了老哥

厉害啊,这几年一直在 kafka 了

成熟优秀的 mq 就 2 个，kafka 和 rocketmq

我们搞过一个 mqclient 的封装，可以接各种 MQ 引擎，目前接了 rocketmq4 和 5, 还有 kakfa
对于需要适应不同 MQ 的业务可能会有用 调用方式：
mqTemplate.produce()
.id(mqTask.getNextTaskId())
.topic(MQDefaultConst.TOPIC_TABLE_SCAN)
.tag(PayMQConst.TAG_PAYMENT_DAILY_SUCCEED_BY_CHANNEL)
.message(scan)
.delay(scan.getDelay())
.send();

mqTemplate.transaction()
.id(finTransfer.getTransferNo())
.topic(FinMQConst.TOPIC_TRANSFER_TXN)
.tag(FinMQConst.TAG_TRANSFER_DECREASED)
.message(model)
.property(args)
.begin();

代码地址： github.com/wolforest/wolf/tree/master/mqclient

pulsar 还是很吊的，只是它的事务支持方式类似于数据库，对 TCC 这种还要改造，不清楚是不是老外们都不玩 TCC ，TCC 对于有点量的电商，还是很重要的

虽然用不着
但是先收藏在说

这些小书去哪里看

我们在搞一个技术创作者的联盟，一起沉淀一些有价值的技术内容
核心有几点：

• 结构化，
• 内容共创

结构化的内容才能避免大量的重复
共创，类似开源模式，内容多人编辑， 质量才能越来越高
当然共创对收益怎么分配是有挑战的，
我们也准备搞个开源的收益分配算法，尝试来解决收益分配的问题

有没有兴趣，一起搞呀？

暂时我们会把内容发布到公众号上，我们在做一个平台，后面内容都会放到平台上

现在平台还没完全做好，只能凑合着看， 1t1d.com
浏览器插件地址： chromewebstore.google.com/detail/%E4%B8%80%E5%A4%A9%E4%B8%80%E7%82%B9%E6%B5%8F%E8%A7%88%E5%99%A8%E6%8F%92%E4%BB%B6/mcmkgpnlnnlnbienldgnloecjkpfejac
小程序还在开发中。