虾皮一面凉经

1、自我介绍2、介绍自己负责工作和模块3、讲UI的层级管理、UI框架4、为什么这么设计5、主界面各个UI层级和3D界面显示是如何组装的？6、讲游戏抽奖模块的整体流程是怎么保持时序的？7、海外多语言如何适配？极端情况怎么办？8、UI性能优化、UI的拆分关系、同步加载还是异步加载9、分帧加载和分帧实例化的问题10、活动中心框架，一级二级页签如何组织11、各种协议数据如何组织的？12、背包系统怎么设计？13、背包系统网络协议的设计有没有优化空间？14、玩家丢弃道具，但服务端正在处理此道具，该怎么处理这种时序问题？15、讲讲新手引导模块16、UGUI合批原理，影响合批的渲染层级是哪个参数？17、一个图...

总时长35分钟，无手撕，感觉遇到KPI面了，唉35分钟一直在问实习，八股就问了下面的1.redis与数据库的缓存一致性2.redis的zset数据结构3.redis的两个持久化机制4.分布式cap理论5.什么时候ap，什么时候cp6.进程线程协程问怎么没手撕，说一面撕过了，业务是应用宝游戏商城，后面过了还有一面技术面，问面试表现，说挺顺的，可以再关注一下运维数据，然后问转go有难度嘛，就结束了

1. 你之前接触过的中间件里，挑一个最熟的讲讲它的核心设计，重点说为什么要这样设计如果讲消息队列，比较容易拉开差距的不是背概念，而是把吞吐、可靠性、顺序性和扩展性之间的取舍讲清楚。比如一套高吞吐 MQ 通常会采用顺序写磁盘、分区模型、批量发送、批量拉取和零拷贝来提升吞吐，但这么设计以后，消费顺序只能在单分区内严格保证，跨分区顺序就必须交给业务自己兜底。再比如可靠性不是简单开个副本就完事了，生产端要考虑重试和幂等，Broker 要考虑刷盘和副本同步策略，消费端还要考虑重复消费和位点提交时机。真正难的是理解这些机制不是孤立存在的，而是围绕吞吐、延迟、可恢复性一起做平衡。2. 软件工程里的设计原则你...