网易雷火

一、 深度技术方案设计（高并发与可靠性）消息系统设计：在高并发场景下，如何设计一个小程序消息推送系统，同时兼顾实时性和可靠性？如何解决消息重复推送和延迟的问题？消息队列（MQ）细节权衡：为了保证不丢消息，如果要求写入所有 Partition 副本再返回，会如何影响实时性？如何在性能与安全之间做权衡？当主副本（Leader）宕机且数据未同步到从副本时，产生的消息丢失问题该如何解决？（考察对 Offset 水位、ACK 机制的理解）。并发与幂等性控制：在消费者端做幂等判断时，如果两个并发请求同时查 Redis 发现都没消费过，导致重复处理，该如何解决？高并发下单场景：同一个用户瞬间发送多个下单请求（如限购1件），如何控制并发以防止超卖或重复下单？追问：如何具体保证操作的原子性？（如 Lua 脚本的应用场景）。二、 架构能力与跨团队协作（软素质与流程）面试官明确表示这一环节侧重于团队协作和技术架构层面的思维：推动技术标准统一：假设不同业务线使用的加密标准（如 AES 密钥管理）不统一，你如何推动大家执行统一的标准？如何撰写技术提案？跨团队的沟通策略是什么？冲突处理与说服力：如果某个团队以“业务极其紧急”为由拒绝配合统一标准或系统优化，你该如何说服他们？系统重构与风险控制：推动系统重构时，需要考虑哪些层面？如何保证安全切换？（考察灰度发布、切流策略、监控指标 TP99、客诉观察等）。故障复盘与流程优化：场景模拟：上游算法团队修改了接口字段名，导致前后端崩溃，如何快速止损？深度思考：除了代码回滚，从组织协作和流程规范层面，如何避免此类问题再次发生？（引导回答：契约测试、变更规范、回归测试等）。三、 编程与算法考察面试官提供了三道笔试题，并针对代码逻辑进行了追问：任务调度逻辑题：考察在给定时间限制内能完成的任务数量（需考虑任务的前后依赖或时间重叠）。整数反转：追问：如果反转后的结果超出了 int 的上限，在代码中如何处理溢出问题？数学逻辑题（容器倒水/量水问题）：考察如何通过两个不同容量的容器得到目标水量的逻辑推导能力。

发面经攒后面的人品，我攒我攒一面：1.组内业务介绍2.自我介绍3.上下文压缩怎么做的4.压缩的时候信息丢失怎么做5.这样上下文工程还有什么，比如引入长期记忆，讲了讲mem06.openclaw的记忆系统怎么设计的7.openclaw的多智能体协作是怎么做的反转链表---二面：自我介绍说一下最深的点，感觉有点为了表现自己说错了，是自己做的最深的点，我说的是最近比较关注的深入研究的点(hhh查询的接口，问我数据量到底有多少?我不知道啊！确实是扣分点Agent范式是怎么做的？混合查询怎么做的？组合总数---感觉还是自己太菜了

无敌了，小红书，A两道，笔试过了之后简历挂，然后被下一个岗位捞了之后再笔试，你是准备再简历挂我么，你真无敌了，考死我得了

各种拷打项目，结合项目来问八股 答得不太好的   SACK 在标准 TCP（如 TCP Tahoe 或 Reno）中，确认号（ACK Number）仅表示接收端已成功接收的连续字节流边界。一旦中间某个分节（Segment）丢失，即使后续更高序号的分节已到达并存入接收缓冲区，接收端也只能发送该缺失分节起始序号的 ACK。  累积确认位：依然保留，用于指示当前已按序收到的最后一个字节。 SACK 选项字段：在 TCP 报文头的 Options 字段中，新增了 SACK 块。每个块由一对 左边界 (Left Edge) 和 右边界 (Right Edge) 组成，精确描述了接收缓冲区内已收到的非连续...