pdd三面求助

📍面试公司：小红书🕐面试时间：9.11 三天后挂💻面试岗位：后端开发❓面试问题：1.自我介绍2.实习拷打7.场景题：直播平台需要实时统计每个直播间的在线人数（观众进入/离开直播间时需要实时更新），并支持查询指定直播间的当前在线人数。要求系统在高并发场景下（如热门主播直播间同时在线100万人（高点直播间进房QPS=15W，离房QPS=5W），同时在线直播间10W）保证数据准确性和性能。设计思路。8.你说使用AtomicLong去进行加减，本实例的数据加减完之后存放在哪里？9.这样子的话单机的话应该是没什么问题的，如果是分布式场景多台机器应该怎么办呢？10.你说引入消息队列，这是在哪一个环节进行的？是用户进房/离房的时候发消息吗？11.用Redis的话你说用哈希去存，哈希存的是什么东西？12.假设你说的没问题，现在同时有10万个直播间，你用一个Redis的哈希结构来存，会不会有问题？用什么方法可以解决这个问题呢？13.在你的实习过程中，用户的权限应该也是落到Redis上的，是把所有用户都放到一个Redis的哈希结构吗？当时是怎么弄的？14.你说要把直播间做一个分片，根据直播间ID去做分片再落到不同的Redis，那为什么不直接把直播间ID作为Key呢？15.用Redis的哈希结构意义是什么？16.你说通过ID哈希取模再分片的方式，如果开始每一片的Redis key存了1000个用户ID，后期用户增多到100万，扩容怎么做呢？重新物理哈希吗？17.一个用户存一个Key的方式可行吗？18.针对10个分片，每个分片上1万个直播间，会不会存在什么性能问题？19.对redis集群有什么影响？20.如果有过载的情况，我们要怎么处理？21.手撕：跳跃游戏

1.自我介绍，实习介绍2.扯了一下实习项目，有什么难点，怎么解决的3. 相当于你对这个系统做了一个重构，以前相当于是每次都得 hard code 去支持你现在通过配置化的方式。然后就可以不用再 hard code了这里的问题是你怎么去保证两边逻辑是打平的或者是一致的，不会引发线上问题。4.有个场景是这样的：用户不断把文件上传到服务器上，设计一个文件分发系统把这些文件都分发到服务器集群上要求，速度要快，可靠性要高，你怎么来设计5.我觉得你这个整体思路应该没啥问题，而且也挺清晰的。 我们接着你的话题聊，在整体架构下每个模块你会用什么技术栈，比如说，数据面板应该怎么实现，然后调度器可能会怎么实现，举...

面试官好像在家面的，上来就是做算法题，题目是一个根据链表构建一个高度平衡的二叉树。这个题刚好做过，根节点是中间元素，左右子树分别由左半部分和右半部分构成。做完算法题说实话还以为是kpi面了，第一次见上来就做算法题的，后面问了项目几个八股，重点问了分布式事务的相关。总时间四十分钟。后面收到hr面了，hr面感觉候选人太多，面试官迟到了一阵，并且也紧着结束了。小红书是2技术面+hr面+主管面。许愿四面！

符合我对 pdd 的刻板印象：不整花里胡哨这八股那八股，实干，关注落地，做真事 但这个考察过程还是有点难绷，不让面试的时候思考补救，只关注你在做方案前有没有考虑到