1. ​分布式订单ID生成? 短时间高并发下如何保证唯一性？我先回答了雪花-like, 上段实习中, 我们项目的全局GUID生成器是我写的, 考虑了短时间内大量产生的情况, 向后借用, 未考虑时钟回拨然后想起来当时和leader讨论,  单独的GUID生成中心, 分批向各个ds批发号段.. 或者是用tacplus的自增id, 但是这样效率太低2. ​CPU 性能瓶颈分析使用 prof 工具监视热点函数的性能消耗3. 上段实习工作内容? 难点?    背包/仓库/道具 ​重构模块追问​：    在两周内重构1万行代码，如何保证代码质量？是否引入单元测试或自动化验证？    10天完成15天任务，如何协调开发与测试资源？是否牺牲技术债？4. 问了一点网络: 网络通信与实时系统视频会议与代码共享的链路设计追问​：解释从你的设备到面试官屏幕的完整网络路径（如NAT穿透、协议选择）5. 游戏服务器同步机制? 和互联网开发的区别服务器作为权威状态源，定期向客户端广播游戏世界的完整或增量状态（如玩家位置、血量）电商无状态服务可通过REST API+RPC横向扩展，而游戏服务器需维护长连接和会话状态。6. 系统设计 分布式事务与最终一致性​游戏道具交易涉及多个系统（背包、仓库、邮件），如何设计分布式事务？对比电商订单支付+库存扣减。​回答方向​：​Saga模式​：将事务拆分为多个可补偿步骤（如“扣道具-发邮件-记录日志”，失败则回滚）。对比：电商更倾向异步消息队列​（如Kafka）实现最终一致性。7. 游戏服务器宕机后如何快速恢复玩家状态？电商系统如何设计类似容灾机制？定时落DB+游戏整体运行在共享内存, 方便resume7. 游戏后端请求链路分析采用自定义的可靠UDP协议​（KCP），平衡延迟与可靠性. 玩家操作（如移动、技能释放）需携带时间戳和操作序列号，用于服务端验证顺序, 请求直达, 客户端直接和服务器感觉面试内容很不"八股", 答得稀里糊涂的, 上面的顺序不是面试提问顺序, 想起来什么说什么, 大家做个参考

刚开始工作的时候，大家都一口一个“小李”，感觉自己就像个端茶送水的牛马。现在工作几年之后，同事经常开玩笑的语气叫我：李总（其实我啥也不是），后来新入职的实习生也会叫我“李总”，身边一些销售，业务人员，都是李总直接称呼我，我感觉到他们明显把我“当成了一个人物”，对我的服务态度都很nice😂以前别人看到我的头像，直觉就认为我是一个“愣头青”，现在我把自己包装成“有实力的李总”以后，自信心急速膨胀，回复也都言简意赅，不自觉的去掉了以前很多的：~，呀，嗯嗯，这类表达友好的修饰词。越来越觉得出门在外身份都是自己给的，大家也要自信起来，先把自己当个人物哈哈哈哈

因工作原因，急转。合同这月25号到期，25号之前入住可免费住到25在和房东续租复式Loft合租，还有两位男室友都很好，很安静，好说话房租一月1600，押一付三，25号交租，无中介费家电齐全，空调冰箱洗衣机周围饭店超市药店商场非常方便，基本就在楼下，步行10分钟之内，建议办个骑行卡，楼下共享单车也很多有什么想问的，可以私信

如果是找实习，刷哪个效率最好