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

求各位牛爷爷指点

七月份还没入职，怎么大伙撤了这么多人啊，有点哈人啊是年会让大伙寒了心，还是年终奖不如意。我看大家年终奖份额发的都是正常月数，翻了一下评论区，貌似又跟调薪有关😂😂😂智驾的未来在哪里😭

这部门我刷到连商科的都捞，没有问Java相关问题，都是在对我项目的选型进行提问，也算是让我换个角度去思考问题。秒杀模块有没有调研其他厂商，你写的秒杀模块和其他厂商的有什么具体不一样的地方为什么要用消息队列异步写库，数据库在什么情况下会有压力，数据库资源规格是什么样的，比如分配了多少内存，cpu，磁盘你说你是模拟的，那模拟到什么程度数据库会有瓶颈，怎么判断达到瓶颈，用户量达到什么程度需要异步为什么要设计caffeine+redis二级缓存框架，为什么热key会造成redis的压力，如果只是读取压力有这么大吗，热key的读取压力和非热key读取redis承受能力有多大差距加入caffeine之后数...