@Donahue 可能每个人的想法是不同的
@DonaldVVV 感谢分享，一会就去和 gemini 聊
@buildsth 我还是有点属于外驱力的 不怕未知，只是不知道咋踏出去

@robyn87leonard 感谢分享

@killva4624 没有托底是这样的

@linshuizhaoying 是这样的，虽然不想说原生家庭问题，但是这习惯驱动的身体真的会怂

@niboy 别说，你还真别说，我还真的这么想过，甚至可能这个帖子算打草稿。
但是，INFP 人总是想法多行动少 😌

@889434 是这样的，犹犹豫豫，错过太多。

@zhuyao 大部分都是内心 OS ，搬了几次家，那个本子也找不到了。
之后那段时间我开始跑步了，之前腿受伤了
慢跑、爬山
再之后就快到了疫情了
我们楼栋隔两天就被封，
每天抢菜，放风，喂流浪猫
只求活着

@gggon 这个真的可以有，有时候真的佩服海王们

@peteretep 真的可以吗？ 40 岁不知道还有没有这样的感觉

@int11 虽然我不喜欢被打标签，但是搜了描述真的太像了。豆包如是说
--
我渴望被爱，但我更害怕被伤害，所以我选择不开始、不投入
--

@leehomyhh 道理都懂，我有点没有没法给自己吃螃蟹的勇气

@v1 有点，就是那种已经到了痛苦，只能逃避远离的感觉

@JoeJoeJoe 真实了，确实有一次

@savingrun 我加的人要不是拉爆我的，要不是要想要拉爆的 哈哈哈

：韩大哥 你总是这样遇到难回答的问题就不说话了

zBYMV9 感谢，另外想问大家，第一次用，这个收费水平是高还是低

也是农村的，15 年毕业 去年 11 月底被裁员，还在失业中 ....

同意 27 楼的

我猜测他的场景可能是消息重放，比如物流状态的变更。我怀疑是不是同一家面试的

如果出现异常，将 异常数据及后面依赖的消息 直接或者指定重试次数后报警并写入数据库（可以把一组数据的标识 和 msgid ，消息内容等写入）。
例如出问题的是 1 ，将 1 写入异常数据库，如果消费 2 的时候，判断异常数据库中是否有 1 ，有就先写入，不做消费。
写入的数据，人工再处理。



# 如果使用的是 rocketmq 的顺序消息
1 、顺序发送
理论上在集群环境，生产者不唯一，那么发送到 broke 队列里的消息顺序可能是乱序的。
基于他的场景，应该 1 ，2 ，3 这种顺序大概率存在时间差，可能不用考虑乱序。
如果要保证顺序发送，可能采用的是记录日志，然后使用定时任务或者 timer 来发送，并且分布式锁保证任务只有一个节点执行，保证发送者的唯一进而保证消息发送的顺序性。

2 、顺序消费
rocketmq 客户端通过 申请 broke 锁保证一个消费者拉取消息、通过对消费队列加锁保证一个线程可以做消费。
如果出异常，因为顺序消息重试次数默认-1 即一只重试，所以会阻塞队列。这种情况主动报警，并记入数据库，后续如果还有依赖的消息，直接标记为异常，同样记入数据库。

我今天去线上面试，忽然发现自己好像不会说话了，紧张磕巴