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

双非学历之前校招的时候boss拉满了，都是招呼别人，也很少有人理我。现在有了个title投社招一堆人招呼我，体验到了92投boss的感觉，别人主动给你打招呼。上午大概发了十几个左右的招呼下午就约了两个面试。回头给牛友们发一下社招的面经。

原本想以为实习经历就更好找正式了，但是恰恰相反，在boss上面，石沉大海，要么是实习转正，要么必须线下面试，我真没招了，准备跳楼了

2026-4-11  请详细介绍当前实习经历 是否做过算法优化相关工作 调用算法模型接口后，模型多久能返回结果 与算法模型的通信是如何设计的 通信是否为异步调用，是否等待返回结果 业务调用时若出现结果丢失情况，是否有应对措施 是否写过匹配规则，是否通过哈希表进行查找 异步加线程池实现采集和数据源并行查询的主要用途，是否与模型对接时使用 线程池的参数是如何设计的 线程池的核心线程数和最大线程数是否为同一个大小，为何到核心线程数就阻塞 线程池中父任务占满核心线程后，是否还会有新的父任务进来 请简单介绍线程池的工作流程 线程池的阻塞队列选择的是哪一种 线程池的拒绝策略有哪些，当前使用的拒绝策略是什么...