算法

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

要简历的不少，但没面😥同学都在实习，好焦虑😢

项目自己做的，实际上没测试过，我怕来不及了。。。。。

一、抗压耐造、结果导向 能接受快节奏、高强度、频繁迭代 目标感强， deadline 前能顶得住 情绪稳定，不玻璃心，能扛批评与复盘 二、高自驱力、不用人催 主动找活、主动对齐、主动复盘 扁平化环境下，自己给自己定节奏 愿意加班补进度，不抵触内卷氛围 三、擅长协作、沟通顺滑 跨部门多、流程复杂，会对齐会推进 写文档清晰、开会高效、表达抓重点 能处理复杂人际关系，不钻牛角尖 四、规则感强、适应体系 接受标准化流程、职级体系、严格绩效 习惯按规范做事，重视数据与复盘 能在大框架里找空间，不反感约束 五、想快速镀金、攒履历 应届生/转行，需要大厂背书跳级 想系统学方法论、接触顶级项目 看重薪资、福利...