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

史上最尬，没有之一😂我是社招。3月26日，第7次，一面挂，就扯了20分钟，感觉可能是kpi。4月3日，今天又有电话打来了，约了下周二晚上的面试。第8次了。敢打我就敢面

最近才准备开始投，没实习，八股只看了一点点形势有点严峻😇

 现在校招简历人人都想沾一点 AI，但大部分同学都陷入一个误区：没做过 AI 模型项目，就在自我评价硬写“精通大模型、熟悉深度学习”，夸张到业务熟练的HR都能一眼看出造假，然后技术面的面试官一问就GG。结合平时简历投递习惯：项目真实用到 AI 才写项目，没做 AI 项目绝不硬吹；AI 能力放在技能+自我评价，低调务实、有依据、不浮夸。技能栏是最安全稳妥的写法，不用夸大 AI 水平，而是写明熟练使用 AI 编程工具，掌握基础提示词用法，能够利用 AI 辅助编码、梳理逻辑、排查问题和整理文档，同时了解大模型基础应用逻辑，具备 AI 辅助开发的思维。项目经历严格遵循真实原则，只有实际接入过大模型 A...