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

看来得重新踏上征程了。后悔之前oc之后没有走其他的流程。

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

大厂： 快车道（1-2周）：内推直推业务负责人，流程最快。一周内走完三面+OC。 普通流程（3-6周）：海投或普通内推。2-3周是简历筛选/笔试期，1-2周是面试期，最后1周是HR审核/审批期。“泡池子”是中间态，不是终点。国企/金融机构： 超长待机（1-3个月）：流程极其规范且缓慢。笔试、一面、二面、体检、背调，每个环节都可能间隔2-3周。需要极强的耐心，且通常不发拒信，默拒是常态。外企： 高效但挑剔（2-4周）：流程清晰，反馈及时。一旦进入面试，推进很快。但如果面试未通过，也会很快收到通知。