中兴长沙数字技术产品部

1. 自我介绍2. RocketMQ 里顺序消息、普通消息、事务消息分别适合什么场景，为什么不能混着用普通消息适合最终一致、无严格顺序约束的场景，比如日志分发、画像更新、通知投递。顺序消息适合同一业务键必须按时间线推进状态的链路，比如同一工单、同一订单、同一会话的状态演进，但顺序消息的吞吐和容错设计会受到队列粒度限制。事务消息适合本地事务与异步投递之间要建立“发送承诺”的场景，比如主库先落事实，再由 MQ 推动旁路索引或下游补偿。三者不能混着用，是因为它们解决的问题不同，消费模型、失败恢复方式和成本模型也完全不同。3. 如果 RocketMQ 出现消息积压，你会怎样定位，不要只说“扩容消费者”...

bg双2，投了很多中大厂基本都简历挂，uu们帮忙看看还能怎么优化一下呢，要不要把第二个项目换成agent（还是rpc？）

究极折磨，缓了三天才想起在牛客发布。

前言我在某互联网大厂做了2年技术面试官，平均每周面3-4个人，累计面试了300+位候选人。有一个现象让我印象深刻：很多候选人技术能力其实不错，但面试结束后我给出的评价是"不推荐"或"待定"。候选人可能永远不知道自己为什么被刷，因为HR只会说"综合考虑后……"。今天我把这些隐藏的扣分项全部公开，帮你避开那些"你不知道你不知道"的坑。原因1：自我介绍超过3分钟面试官的耐心比你想象的短得多。自我介绍超过3分钟，我已经开始走神了。我面过一个候选人，自我介绍讲了整整6分钟——从大学专业讲到研究生方向，再讲了3段实习经历的细节...