tap4fun游戏服务端开发面经

tap4fun游戏服务端开发岗位面试分为技术一面和HR二面。技术一面聚焦专业知识与项目经验，通过具体技术问题考察候选人对服务端开发核心技术的掌握程度、项目实践能力以及解决游戏场景问题的思维；HR二面主要了解候选人的学习情况、职业规划、团队协作等方面，评估其综合素质与岗位匹配度。

• 自我介绍

  简洁清晰阐述个人基本信息、教育背景、相关实习或项目经历，突出与游戏服务端开发相关的技能和经验，如熟悉的后端开发语言、框架，参与过的类似项目等。

• 介绍实习中多级缓存是怎么使用的？可能出现的一致性问题？

  使用方式：多级缓存通常包括本地缓存（如Guava Cache）和分布式缓存（如Redis）。本地缓存用于存储频繁访问且数据量不大的数据，减少对分布式缓存的访问压力；分布式缓存则存储全局共享的数据。例如，在电商项目中，商品的基本信息可以同时存储在本地缓存和分布式缓存中，本地缓存供当前服务器快速访问，分布式缓存供多个服务器共享。

  一致性问题：可能出现本地缓存和分布式缓存数据不一致的情况。比如，当分布式缓存中的数据更新后，本地缓存由于未及时更新，导致读取到旧数据。解决方案可以是设置合理的缓存过期时间，或者采用消息队列通知本地缓存进行更新。

• 项目中MQ怎么使用的

  使用场景：消息队列（MQ）常用于异步处理、解耦系统、削峰填谷等场景。例如，在一个订单系统中，用户下单后，可以将订单信息发送到MQ中，然后由不同的消费者分别处理订单的支付、库存更新、物流通知等业务，实现异步处理，提高系统的响应速度。

  使用方式：选择合适的MQ产品（如RabbitMQ、Kafka等），根据业务需求定义消息格式和队列结构。生产者将消息发送到指定的队列中，消费者从队列中获取消息并进行处理。同时，需要考虑消息的可靠性传输、消息的顺序性等问题。

• 分库分表怎么做的？

  分库分表策略：常见的分库分表策略有水平分表和垂直分表。垂直分表是根据业务字段将表拆分成多个表，例如将用户表拆分成用户基本信息表和用户扩展信息表；水平分表是根据数据的行数将表拆分成多个表，例如按照用户ID的哈希值将用户数据分散到不同的表中。分库则是将不同的表分布到不同的数据库中，以分散数据库的压力。

  实现方式：可以使用中间件（如MyCat、ShardingSphere等）来实现分库分表，也可以通过代码层面进行路由处理。在使用中间件时，需要配置分库分表的规则，然后在应用程序中通过中间件提供的API进行数据库操作。

• Redis可靠的一系列保证？

  数据持久化：Redis支持RDB和AOF两种持久化方式。RDB是通过定时将内存中的数据快照保存到磁盘上，实现数据的持久化；AOF则是将Redis执行的每一个写操作记录到文件中，当Redis重启时，通过重新执行这些写操作来恢复数据。

  主从复制：通过主从复制，可以将主节点的数据同步到从节点上，实现数据的冗余备份。当主节点出现故障时，可以从从节点中选举出一个新的主节点，保证服务的可用性。

  哨兵模式和集群模式：哨兵模式可以监控主从节点的状态，当主节点出现故障时，自动进行故障转移；集群模式则是将多个Redis节点组成一个集群，实现数据的分片存储和高可用性。

• 讲讲印象深刻的设计模式

  选择模式：可以选择常见的设计模式，如单例模式、工厂模式、观察者模式等。

  模式介绍与应用场景：以单例模式为例，单例模式确保一个类只有一个实例，并提供一个全局访问点。在游戏开发中，例如游戏配置管理类，可以使用单例模式来保证全局只有一个配置管理实例，方便各个模块获取配置信息。

• 游戏场景题

  两个玩家之间交换彼此的游戏道具怎么做

  数据库设计：设计一个道具表，记录道具的ID、名称、所属玩家ID等信息。同时，设计一个交易记录表，记录交易的双方玩家ID、交易道具ID、交易时间等信息。

  交易流程：当两个玩家发起道具交换请求时，先检查双方玩家是否拥有要交换的道具，并且道具是否可交易。然后，在道具表中更新道具的所属玩家ID，同时在交易记录表中插入一条交易记录。

  做一个游戏战力排行榜，支持较高效的查询

  数据结构选择：可以使用有序集合（Sorted Set）来实现战力排行榜。将玩家的ID作为成员，玩家的战力作为分数，有序集合会自动按照分数进行排序。

  查询操作：通过有序集合的ZREVRANGE命令可以快速获取排名前N的玩家信息，实现高效的查询。

  游戏好友关系查询列表怎么做。怎么保证A在B是好友的情况下，B一定也是A的好友。如何实现在线/离线状态展示

  好友关系存储：可以使用图数据库（如Neo4j）或者关系型数据库来存储好友关系。在关系型数据库中，可以设计一个好友关系表，记录玩家A的ID和玩家B的ID，表示A和B是好友关系。

  一致性保证：在插入好友关系记录时，需要同时插入两条记录，一条记录A是B的好友，另一条记录B是A的好友，以保证双向好友关系的一致性。

  在线/离线状态展示：可以使用Redis来存储玩家的在线状态，将玩家的ID作为key，在线状态（如1表示在线，0表示离线）作为value。当玩家登录或下线时，更新Redis中的在线状态。在查询好友列表时，同时从Redis中获取好友的在线状态进行展示。

• 自我介绍：重点突出个人优势、与岗位相关的技能和经验，以及对游戏服务端开发岗位的兴趣和热情。
• 平时怎么学习：可以提及学习的方式，如在线课程、技术博客、开源项目等，以及学习的频率和成果。
• 选择找工作而非考研考公的原因：可以从个人职业规划、对游戏开发行业的兴趣等方面进行阐述，表明自己对游戏服务端开发岗位的坚定选择。
• 在校社团经历：介绍参与的社团活动，以及在活动中担任的角色和取得的成果，突出自己的团队协作能力、沟通能力等。
• 与同学、老师的技术矛盾处理：讲述遇到的技术矛盾情况，以及自己采取的解决方式，体现自己的问题解决能力和沟通能力。
• 学习时间分配：合理安排学习时间，如每天保证一定的时间用于学习专业知识、实践项目等。
• 实习收获：选择收获较多的实习经历，详细介绍在实习中参与的项目、学到的技能和经验，以及对个人职业发展的影响。
• 投递情况：说明自己的投递策略，是否海投，以及是否会参加线下招聘会，体现自己的求职积极性和主动性。
• 找工作看重因素：可以从公司发展前景、岗位匹配度、薪资待遇、工作环境等方面进行阐述。
• 期望薪资和就业地点：根据市场行情和自身情况，给出合理的期望薪资范围和就业地点选择。

HR二面后挂掉可能有多种原因，简历不匹配是其中之一。由于个人简历更倾向于web后台，与游戏服务端开发岗位的要求可能存在一定差距，导致HR认为候选人在游戏开发方面的经验和技能不足。此外，面试过程中的表现、综合素质评估等也可能影响面试结果。游戏公司在招聘时通常会综合考虑多个因素，包括专业技能、项目经验、团队协作能力、学习能力等，以确保候选人能够胜任岗位工作。