1. 模块的依赖和功能需要划分清楚，C 需要 B 的执行结果，为什么要通知 A ，如果你规定所有消息必须经过 A 或者因为 A 管理整个任务的生命周期，那就通知 A ，ABCD 只是 worker ，这样模块就清晰了，而且都用消息队列了，同时通知 A 和 C 也没问题。
2. 我认为手动 ACK 不奇怪吧，这个不太清楚
3. 同 1

觉得 CQRS 命名比较好
onCommand(UpdateUserCommand command)
onQuery(UserQuery query)

通过方法名拦截真的不好，你不怕被重构？

win7

不错

还有就是老项目就是这样，很难保持一种风格

要不就开发前讨论定好，要不就适配，不能太理想化了

别用原生，那语法没必要去学，我用的 Taro + nutui

建议改造一下，应用和数据库不动，但是和客户端交换的时间必须使用时间戳或者 https://en.wikipedia.org/wiki/ISO_8601

我觉的这是业务问题，既然 A 和 B 事务是分开的，那就可以说明他们不是强一致的，那就采用最终一致，即 A 提交后，再执行 B ， 不然就把 AB 放到同一个事务，事务和业务是有关联的。

Debezium

微信小程序原生写法就是屎！

推荐一下备份工具： https://github.com/vczyh/dbbackup

@earisty 👍

PingCAP 家的，相当于给 TiDB 做了个实践

多折腾折腾就腻了

@dic 感谢～

> @所有人 各位亲爱的语雀用户：
语雀的服务现已全部恢复正常，访问各端语雀可正常使用。
今日故障严重干扰了所有语雀用户的使用，对此我们深感抱歉。
后续我们将发布正式公告同步情况。