题解 | #牛客网用户数据集的大小#

4399游戏PM笔试题目：请列举当前游戏行业中三种热门的游戏类型，并分析其各自的用户群体特点和市场趋势。你认为未来游戏行业的发展方向有哪些？请结合技术发展和用户需求变化进行阐述。选择一款你熟悉的 4399 游戏，分析其核心玩法、优势以及存在的不足，并提出改进建议。以《王者荣耀》为例，分析其在社交互动方面的设计亮点，以及这些设计对游戏用户留存和活跃度的影响。请设计一款以 “古代神话” 为主题的 4399 小游戏，阐述其核心玩法、主要关卡设计和角色设定。假设要为 4399 平台开发一款面向小学生的教育类游戏，你会如何设计游戏的功能和玩法，以实现教育与娱乐的平衡？给出一组 4399 某款游戏的用户数...

面试官人很好，态度和蔼可亲，没答出来时也会引导你去思考。由于是晚上面的，导致我白天一天都有点紧张，面的时候状态也不是很好，正常可能面试官提问完应该思考几秒再答，而我就像抢答一样一口气把所有会的都说出来，这样就导致逻辑比较混乱，东一句西一句的。首先是自我介绍，先把会的技术大致讲一下，由于我八股背的多所以着重讲了一下，Java，go，jvm，MySQL，Redis，计网，操作系统这些，然后一小部分闲聊，然后先问了一下项目，面试官问我这个项目是否落实之类的，直接坦言说是写的练手的，包括之前也写过IM通讯，外卖之类的。然后面试官就把提问的重点放在了八股上。先问了Java：类加载器（答：3种+自定义类加载器、tomcat、原因+双亲委派+好处）JVM参数（答：xmx，xms，newsize这些，问我是如何设定的，我回答是把内存分一半给堆，再把堆分一半给新生代，这方面确实不太了解）然后问了一下并发相关的：线程池（答：线程池的7个参数（忘了线程工厂和阻塞时间了），3个重要参数，还有线程如何启用，为什么要设计最大线程数之类的，提到Java栈默认分配1MB运行时不可以更改）AQS（答：先讲clh是自旋锁+list，然后是AQS在这个基础上做的两个优化，然后举了一下reentrantlock根据state如何获取资源）CAS（答：使用三个字段，aba问题，然后将通常搭配自旋锁实现，面试官问通常会自旋多少次，这个不太了解，答的100，然后问100次大概多少秒，回答微秒级，然后面试官讲了一下怎么做资源可能没用完，意识到可能还需要进行阻塞操作）然后考虑一下Linux命令（top，ps，如何使用管道符过滤线程和使用Linux启动线程没答出来）然后问Redis：持久化机制（答：三种aof，rdb，混合，aof的三个参数刷盘策略，rdb以快照保存，使用bgsave会使用子线程来保存不会阻塞，而aof虽然会阻塞但是只在写完数据后追加一条命令，不会太影响，然后是他俩的优缺点，还有混合是怎么保存数据的）集群模式（答：三种，主从复制到缺点再到哨兵机制，正常使用三个哨兵互相监督，主节点挂了投票选主哨兵然后选主节点，然后额外讲一下脑裂的问题，主节点进行数据更新然后把命令写入aof来同步从节点，最后cluster集群，如何实现，使用16383个哈希槽（艹答成16384了），先根据哈希码取余，再根据节点数取余决定放在哪个节点上，然后问了一下我会怎么选集群模式，首先是cluster的问题，会让管道操作之类的失效，然后哨兵会导致整个集群结构变得复杂，使用小项目可能会考虑哨兵，大的考虑cluster，然后考了一下cluster如果一个节点挂了怎么办，根据节点数重新取余然后数据转移，面试官说这么转移比较慢，有没有别的办法，我隐约记得使用一个类似环形数组的方式，想不起来了）然后考了一下MySQL的b+树（这方面的知识点太多了，导致我什么都想讲逻辑就比较乱，讲了一下聚簇索引，树的叶子节点对应着一张页16KB，MySQL有一个区的概念，把这些页放在同一个区中，这样叶子节点的双向链表遍历时速度更快，然后b+树的扇出比较大（非常二，说成扇度之类的，面试官以为说的是扇区）这样层数就比较小，一行1kb数据的话3层可以放心2000w数据）其他的暂时想不起来了算法是lru，面试官问要不要提示，我说写个，然后写了10分钟左右，说大概写好了，但是面试官指出了2个小错误，第一个马上就改回来了，第二个一直没看出来(大脑这时候已经停止工作了)反问：问学习建议，说根据实际的项目进行深入，考虑应该怎么做，还问了一下组里面是做Java的吗？面试官说他是做go的，组里什么语言都有，语言影响不大，连忙补充了一句我对go的底层有深入源码的学习）结束。总体感觉答得不太好，没有太体现出深度，细节也不够全面。

这种是不是骗子呀，我上次发布了一个简历想让大家看看能不能进中厂，然后就碰到要给我包装的了。https://www.nowcoder.com/share/jump/23261801020980550

大纲1.秒杀系统的方案设计要点2.秒杀系统的数据 + 页面 + 接口的处理方案3.秒杀系统的负载均衡方案底层相关4.秒杀系统的限流机制和超卖问题处理5.秒杀系统的异步下单和高可用方案1.秒杀系统的方案设计要点(1)秒杀促销活动的数据处理(2)秒杀促销活动的页面处理(3)秒杀场景下的负载均衡架构(4)秒杀场景下的高并发抢购处理(5)秒杀场景下的异步下单处理(6)秒杀成功后的业务逻辑处理(7)秒杀系统的高可用设计(8)秒杀系统的压测 + 故障演练以及实时大盘(1)秒杀促销活动的数据处理一.秒杀促销活动的业务流程二.秒杀促销活动的Redis数据结构(2)秒杀促销活动的页面处理一.秒杀活动页面静态化处...