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

不知道过两年会变成啥样…   

🕐面试时间：60min💻面试岗位：后端开发❓面试问题：自我介绍一分钟（话说一分钟的自我介绍能说些啥呢）concurrentHashMap的底层原理，以及他为什么能保证并发安全为什么要用到cas和synchorized的方式反射调用和直接调用在性能上有什么不同，当然反射的性能会差一点，为什么（没回答上来，面试官问有没有听过 jit，依然没有）spring中哪里体现了反射的思想数据一致性问题，为什么先更新数据库后删缓存比另一种策略好，以及解释一下延迟双删拷打agent项目介绍一下你是怎么开发mcp工具的，你是怎么理解的介绍一下tool，mcp，skill你在开发过程中有自己写过skill吗（没...