小红书社招面经

#我的实习求职记录##远程面试的尴尬瞬间#本来是投递的搜推的后台开发，没想到转到分布式存储了。面试官非常友好，一开始登录的时候录屏和赛码网两个冲突了，面试官就一直听不到声音，退出登录重连两次才能说上话。接着就是自我介绍，正常的自我介绍了一下背景+项目+比赛，当时没想到面试官就是做分布式存储的，就一直揪着这个项目拷打，说实话这个项目我还没吃透差点被问穿，以后求职的兄弟们可千万不敢这么干。1. 这个项目的网络部分是怎么实现的？回答了同步阻塞的rpc2. 具体怎么设计的呢？3. 使用的什么线程模型？4. 如何验证数据库的正确性？后面解释说是如果节点出现故障如何保证一致5. raft的状态如何存储？跳表有持久化下来吗？6. 文件是如何存储的，落盘和加载如何确定key和value？7. raft本身自己的状态是如何存储的，比如日志和任期？8. 如果没有维护raft本身自己的状态会出现哪些问题？9. 跳表的实现思路和优缺点？手撕：假设已有random函数，实现一个简易的跳表实际写的时候有点急，面试官很耐心地指正了部分错误，大体思路是对的

#软件开发笔面经#项目拷打：1.实习中有没有对数据库表做强管控，听没听说过json schema。2.Reactor响应式编程的基本原理。3.黑名单功能为什么不用es去实现？你是基于怎样的考虑？场景八股：1.说说redis集群的原理。2.说说渐进式哈希，redis底层怎么扩容的？3.微博上面的热搜，打在了集群的分片上，分片扛不住怎么办？3.用限流解决，有哪些实现限流的方法？4.限流的话，用户看到的一个页面就是一个空白页面，对用户不够友好，还有什么别的方案？（冗余key缓存，存储在不同的分片上，把key打散）5.现在如果我不知道哪个帖子会成为热搜帖子，这种情况怎么处理？（本质原因是无法水平扩容，采用多级缓存解决）最后手撕，数组：1 2 34 5 6 7 8 9要求打印顺序：1 4 2 3 7 5 8 6 9

Timeline 分享，知无不言 #都在说24和25届，谁来管21-23届呢##度小满#- 09/21 度小满一面- 09/25 度小满二面- 10/11 度小满三面- 10/15 度小满四面- 10/18 意向书

挺纠结的，主要在意暑期实习面试其他大厂的认可度，不是很清楚小红书和携程哪个公司大。其次就是业务，小红书这个已经上线了负责整个公司的可观测，能学到很多，具体和不和后端贴合就不知道了。携程就说了是基于项目的日常实习，似乎不涉及公司现有的业务。