比较突出的问题

自我介绍拼团项目中的每一个表是如何设计的？表字段，如何关联？订单状态如何流转？整个项目的完整流程是什么？使用到的设计模式参与了什么流程，作用？锁库存如何处理的？业务幂等性如何保证？本地消息表的作用是什么？回调通知引起了什么流程，什么作用？（还有不少问题，忘了）以上拷打项目加起来差不多半个多小时。各种找漏洞，寻找设计的不合理性。MySQL B+树，主键索引，覆盖索引看过Spring源码吗？如何自己实现@Transaction@Transaction注解底层实现@Scheduled内部实现Spring中MyBatis的底层原理，事务怎么提交的？Sping对MVC做了什么处理？GC算法，双亲委派机制...

为什么第一段实习都找不到😂，211本，项目一个点评一个微服务商城，

众所不周知（本人瞎编的）如果进大厂是玩游戏赢了mvp，那我们可以简单粗暴把拿下mvp的同学们分为高学历，强能力和关系户也就是数值哥，手法哥和机制怪那我们再回过头看这个问题，也可以简单粗暴的理解为：数值哥以为自己老有操作了；手法哥以为自己数值老高了；机制怪以为自己两者兼顾呢~

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