阿里云暑期实习timeline

组内直推，二面也比较简单。主要问了@Transactional事务失效的问题。后续：笔试挂了阿里云流程结束

写了一个Raft的玩具，然后遇到了一个做分布式基架的，直接被问到G了。问：Follower处于少数的Network Partition中会一直让TermID递增，这样有什么问题，能怎么解决？我的回答：这样对Raft集群的工作来说是没事的，只是会导致出现很多的空的TermID。后面得知有一种预选举的优化。问：如果旧Leader处于一个Network Partition中，然后出现了一个新的Leader，此时如果读旧的Leader的话，会导致脑裂吗？我的回答：不会，因为在我的实现里面Read也是要添加到日志中的，旧的Leader无法做到这一点，所以会一直超时。面试官对这个回答不满意，因为Read走...

笔试还没做，被面试官告知笔试非常重要（我也知道啊，但是看之前的感觉好难啊）1、首先是简单的自我介绍2、挑一个你觉得比较有挑战的项目讲一讲，选了在快手实习搞抽奖的项目（鼠鼠讲得太多了，被面试官打断说就讲技术难点就行了）围绕项目简单谈了点，然后面试官灵魂发问：这不是和淘宝做的差不多嘛，十年前就是这样做了（what can i say）3、直接一道简单的算法，给一个先升序然后降序的数组，找出最大值。没有测试用例，写完给面试官解释思路。最后反问完几个问题，面试官说已经很挺晚了就这样吧！感觉最近暑期实习碰到的面试都很神奇。3月21已挂

感谢牛客，押中了二面手撕题一面：介绍一下项目，和其中的难点，并讲一讲是如何克服的涉及到最难的点是哪一个为什么使用责任链模式，它的好处是什么（扩展性）写单元测试吗，写的话会注意哪些点MQ解耦主要用在哪方面？（库存一致性的解耦、发放奖品的解耦）最终一致性是如何保障的（redis库存空时发送清零消息）如果大量用户抽奖时，由于抽奖流程需要记录到数据库，是不是也会出现扛不住的原因（是的，可能需要限流、熔断等方式来应对）用户中奖概率的设计开源工作上具体做了哪些redis缓存热点数据是如何做的目前已经有单抽，如果新增十连抽的话，会考虑使用什么设计模式来实现（装饰器模式、策略模式、模板方法模式...