那就直接用 zookeeper, 我们之前有个项目也是这样。

你可以 debug 一下，看看整个调用栈的过程

自从来了一家公司，发现项目都是用 map 之后，我天天都在无猜迷，猜这个接口入参是什么、出参是什么。

缓存、锁、ID 序号生成、数据排序、

我也做的是和 #4 一样

我是半小时轮询拉数据，然后放到 netty 时间轮去秒级处理。
小系统，数据量不大，半小时也没多少数据

延时消息处理方案，美团技术团队网站、有赞的技术网站都有文章。

再不行就去参考：
RocketMQ, Dubbo RPC 模块 等源码

JWT 的登出，或者刷新新的 Token 的处理，废弃旧的 Token

这两个功能是需要有状态的。

如果还有更好的处理方式，各位大佬可以告诉我一声，我正在做这个功能。感谢

我都怀疑你是我同事。哈哈

1-3 年，对某些常见问题有自己解决方案。解决方案的优点好缺点是什么。
3-5 年，对项目的的问题有解决的思想或方案。
5 年以上……我不知道

我天天写这鬼东西。虽然数据量不大。也就是和 #2 差不多的方式。

我看了星瑞，噪音有点大，而且价格都 15 了，后来决定+1 万 买 K5

基于业务，解决痛点、难点而写的组件或框架。这才高大上。

例如 限流也是因为机器撑不住

M1 机器，在学 rust，debug 好像是用 CodeLLDB, 新手不太懂这个.

VSCode 上 debug 提示不支持该平台，用 Jetbrian 的软件可以。反正就是提示下载东西，我看都没有看就确定。

#1 提到 Camunda, Camunda 还有 zeebe

前公司用 azkaban


@hantsy 你说的是代码层面的，他们说的是组件层面的。但我看很多项目都直接用任务调度框架，例如 XXL-job

生产者、消息者模型？

上市公司项目，MQ 都只用来发短信、微信。服务调用基本都是同步。这样都能活得下出，消息可不可靠不影响，哈哈