字节crm后端一面

本来没有敢投递字节（太硬核），上次投了个财经部门的日常实习，因为不能快速到岗被拒了。HR从人才库里把我捞出来，机缘巧合下面了这个部门。这次下午起来太放松了，忘记录音了，只能给出一个回忆版。自我介绍：这次着重介绍怎么看jdk源码的，项目和经历反而没怎么细说Q1 lua脚本怎么实现原子性Q2 CAS原理，和lua脚本哪个好Q3 刚才提到了负载均衡，解释一下Q4 熟悉那些关系型和非关系型的数据库，这里着重说了一下esQ5 RAG:向量数据库用的什么，怎么存的。怎么检索的，检索之后的排序算法RRFQ6 SSE是怎么做的，推理的时候也是SSE吗Q7 MCP工具调用是怎么做的，工具参数解析是怎么做的Q8 记忆管理是怎么做的Q9 你提到对话之后异步抽取记忆，那么有没有可能存在记忆丢失的可能我答的是由于异步抽取，可能还没有完成记忆落库，主线程的检索请求就来了，这个时候确实检索不到，但是一般最新的消息在滑动窗口里面，所以理论上没关系。我问面试官应该怎么做，他说用LangGraph ,图+状态的流转。还说现在记忆管理是一个开放的问题，有时候做项目会有记忆的污染（一个项目里出现另一个项目的记忆），用户偏好作为记忆是没问题的，不同项目的记忆隔离是个问题。Q10职业规划（做算法还是研发）,实习时间Q11反问，实习生过去做AIops,尝试用agent来自动监控、管理后台的那些容器之类的没有手撕，撕也不怕，上周携程美团拼都督都撕了好几遍了。最后还聊了几句，他说AI时代，知识储备虽然重要，但是看中候选人的潜力。如果候选人能在某个问题展示出自己的思考，或者解决问题的能力也是可以的。AI已经可以让一个人快速获取知识，所以思考和能力比记忆更重要。之前两个京东的面试官，一个美团虚拟数字人。这次面试是体验最好的一次了，我答的混乱的地方他都会总结一下，有些不到位的，他还补充了一下细节，像是探讨交流一样。

1. 如何设计一个分布式游戏服务器架构？需要考虑哪些核心模块？参考答案：分布式游戏服务器需要解决扩展性、可用性和一致性问题：架构分层：接入层负责连接管理和负载均衡，逻辑层处理游戏业务，数据层负责持久化和缓存，服务层提供公共服务如排行榜、聊天、匹配核心问题：服务发现机制（如何找到其他服务）、负载均衡策略（如何分配玩家）、状态同步方案（玩家数据如何在服务器间同步）、跨服通信方式（RPC或消息队列）、数据一致性保证（分布式事务处理）、容错和恢复机制常见模式：分区分服（玩家固定在一个服务器）、场景分离（按游戏场景分布）、微服务架构（按功能拆分）、无状态设计（状态全部在缓存层）技术选型：通信协议选择TC...

没问八股，主要问了项目相关内容，比较注重的点是结合业务目标，需要自己先假定一个业务场景和实现指标，如果可以实现业务目标就避免过度设计，可以去了解一下真实相关项目的业务场景。代码手撕了个删除链表，挺简单的，虚拟头加map去重。最后问了下是不是暑期还有怎么把学习项目结合业务理解

1. C++ 的三大特性是什么？C++ 面向对象三大特性是：封装、继承、多态。 封装：把数据和操作放在类中，控制访问权限； 继承：复用已有类能力，形成层次结构； 多态：同一接口在不同对象上表现不同。 工程里三者通常结合使用：用封装控制边界，用继承表达“is-a”，用多态解耦调用方和实现方。2. 菱形继承的缺点？如何解决？菱形继承问题是：派生类通过两条路径继承同一个基类，会产生基类子对象重复、成员访问二义性、存储冗余等问题。 常见解决方案是虚继承（virtual inheritance），让中间层共享同一份基类子对象。代码： #include <iostream> using nam...