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

27届投递的大厂暑期，目前一个约面都没，做了测评后都在泡池子。。有什么可以改进的吗，求各位佬锐评。

28届2本非科班大概很快要找实习了，应该是偏ai应用开发方向

🙌面试感想：拷打住了 手撕也没撕出来1.哈希冲突的解决方法及优缺点2. 链地址法退化为链表后如何优化3.哈希表扩容是否需重新计算哈希值及原因4.进程与线程的区别5.上下文切换的定义、实现、触发场景6.多线程环境下共享 / 独享资源是哪些7.Go协程与线程的区别(用户态为什么开销小）8.线程安全问题的解决方法9.原子性操作的定义10.锁的类型及适用场景11.读写锁的饥饿问题及解决 （公平锁）12.kafka topic/partition/broker 的关系13.partition 是逻辑还是物理分区14.Kafka 消息的顺序性15.kafka分区分配及指定方法16.手撕：全排列（回溯法）...