1. 你们系统里如果用了消息队列，怎么保证消息不丢失、不重复消费，并且实现最终一致性？答案：先保证生产者发送可靠，发送失败要重试，关键业务可以配合事务消息或本地消息表。Broker 这一层要做持久化和副本，避免机器故障导致消息丢失。消费者要在业务处理成功后再 ack，不能先确认再执行业务。MQ 一般只能保证至少一次投递，所以消费者一定要做幂等。幂等常见做法是业务唯一 ID、去重表、Redis 去重、数据库唯一索引。最终一致性一般靠异步重试、死信队列、补偿机制来保证。面试里可以总结一句：生产者可靠发送，Broker 持久化，消费者幂等消费，失败靠补偿实现最终一致。2. 分布式事务有哪些常见方案？...

春招实习都投了好多，全是拒绝，有一两个面试，面完也觉得希望渺茫，果真应证了那句26届学院本，buff拉满了

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