最近临近暑期，要开始准备暑期面试了，但是我从手子来之后应该至少3个月没面试了，八股算法全忘光光，手子新写的产出也还没准备好，所以我就想着先投日常，以面代练，通过不断的面试来提升自己的状态。所以我在3月份开始投递各家的日常面试，刚刚开始反响不大，我还在抱怨没有面试，没想到这两天手子实习发力了，直接面试井喷了，一共约到了6家面试，分别如下：字节暑期一面百度一面（不知道日常还是暑期？应该是日常）美团日常一面shein一面游族一面脉脉昨天一面直接过，已进入二面，我选择把面试都堆到一天进行了，请一天假专门面试，毕竟手子这边进下一个迭代了，给我分了两个大需求让我自己跟，之前都是跟大佬后面做有人兜底，现在自己跟需求，心里挺没底的，说实话有点慌。最近决定先不投了，面完这几家就总结一下开始投暑期了，也有很多同学劝我说双非转正很难，不如去一个日常实习的核心组，但是自己内心还在纠结吧，不知道未来会是什么样子，手子这边也没问转正，玩的好的两个正职哥也有劝我继续实习，可能会有hc，但是不太敢赌。希望自己暑期能有一个大厂的offer吧，加油加油！

没有实习没有项目经历，还有弥补的方法了吗

1. 深入讲讲你项目中遇到的最复杂的技术问题，如何解决的？参考答案：我在做电商系统时，遇到过一个分布式事务的问题。场景是用户下单时，需要同时操作订单服务（创建订单）、库存服务（扣减库存）、积分服务（扣减积分）三个服务。如果其中一个服务失败，其他服务需要回滚，保证数据一致性。最初我使用了两阶段提交（2PC）方案，但发现性能很差，而且存在单点故障问题。协调者挂掉后，所有参与者会一直阻塞等待。后来改用了Seata的AT模式，它是一种改进的2PC，通过拦截SQL自动生成回滚日志，性能和可用性都有提升。但在高并发场景下，Seata的全局锁机制导致性能瓶颈。最终我采用了基于消息队列的最终一致性方案。下单时...