实习第三周，我第一次参加架构评审会。 会议室里七八个人，PPT 翻了二十多页，大家在讨论一个微服务拆分方案。 逻辑我基本听懂了，但有一处一直卡着我： 新的服务拆分之后，调用链路会多出两跳。日常流量下，问题不大。 但大促流量峰值呢？ 我翻了翻压测历史数据，高峰期 QPS 能冲到平时的十几倍。 我举了手："这个方案，在高流量场景下，级联超时的概率会不会放大？" 会议室安静了两秒。 架构师转过头，看了我一眼："你怎么算的？" 我把压测数据和延迟预估的推导过程说了一遍，大概三分钟。 他点了点头："这个问题值得拉个专项。" 散会后，导师发来私信...

为什么春招海投了两天，全都石沉大海。是我简历问题吗

投boss已经投麻了，好多都是已读不回，找不到啥约面的机会，想求问一下各位大佬现在是继续找日常好，还是冲暑期好，找暑期我怕要求太高过不了面两个项目都是我问ai写的，求问大佬们还有啥需要改进的地方吗

1、自我介绍2、解释项目中预扣减，场景题：如果redis预扣减后的假成功，如何解决？没想过这种情况，说了消息队列的异步下单失败回滚，数据库层幂等建唯一id查订单是否存在。3、场景题：怎么做用户支付不多扣？在自我介绍的时候解释了项目的防重和状态机，又说了一遍redis预扣，lua原子操作，卡夫卡异步下单，数据库幂等表，不知道怎么答。4、对账怎么实现？没做过这部分，说了思路，应该不对。5、go的slice，array区别6、go的map是否并发安全7、redis的持久化操作8、如果AOF写的日志太多，怎么办？9、数据库索引种类，又解释了一下10、算法：lru11、反问：没问。#牛客AI配图神器#