个人背景本人 26 届双非一本计算机专业长期保持算法训练习惯。本科阶段开始刷题硕士毕业前 LeetCode 累计刷题 2000Codeforces 紫名。大三暑期曾拿到一家中厂 Java 开发岗校招意向并在 6 月毕业后顺利入职合同也已签署。但入职两周后公司因部门架构调整通知整批新员工取消录用。由于当时大部分春招补录已经结束加上学历背景不占优势后续投递效果并不理想只拿到几个小厂 offer。在这种情况下我投递了华为 OD Java 开发岗。最终凭借较强的算法能力和面试表现拿到了 D3 定级。机考400 分满分通过机考共 3 道题全部 AC用时约 45 分钟。第一题设备重排 SN偏模拟题。第二题查找温度记录统计信息使用滑动窗口。第三题双系统资源类型调配偏字符串处理。整体难度不算特别高核心在于读题速度、边界处理和代码稳定性。由于平时刷题较多基本读完题后就能确定解法三道题均一次性通过。HR 面HR 面为视频面试时长约 12 分钟。主要问题包括请做一个自我介绍。你算法能力比较强为什么没有去大厂为什么选择华为 OD你对 OD 了解多少期望薪资是多少目前是否还有其他 offer我如实说明了毕业后被毁约的经历也客观提到双非背景在简历筛选中的现实影响。同时表达了自己对华为 OD 岗位的认可以及希望进入更规范工程团队继续成长的意愿。整体过程比较顺畅HR 对我的算法能力和求职稳定性比较关注。技术一面技术一面时长约 1 小时 10 分钟。面试官首先围绕简历进行提问重点关注了 ACM 经历和 LeetCode 刷题情况。随后安排了两道手撕代码题LeetCode 239滑动窗口最大值使用单调队列时间复杂度 O(n)。LeetCode 297二叉树的序列化与反序列化使用 DFS 递归实现。两道题均在较短时间内完成面试官检查后表示没有问题。随后进入项目和基础知识环节。项目主要介绍了一个Spring Boot Vue的校园二手交易平台面试官重点关注项目设计思路和具体实现细节。八股问题主要包括ConcurrentHashMap的并发控制原理。MySQL 间隙锁与幻读问题。最后我反问了团队技术栈、代码规范以及日常开发流程。技术二面技术二面时长约 40 分钟。开场直接手撕代码LeetCode 72编辑距离。要求使用动态规划并将空间复杂度优化到 O(n)。代码完成后面试官让我介绍最熟悉的项目。我选择了一个简易 RPC 框架重点讲解了整体架构、服务注册与发现、网络通信、序列化协议等内容。项目追问包括Netty 通信模型。自定义协议如何设计。服务调用链路如何处理异常和超时。基础问题包括JVM 调优经验。CMS 和 G1 的区别。ThreadLocal产生内存泄漏的原因。整体面试氛围较好面试官评价基础较扎实算法能力较强。综合面综合面时长约 30 分钟压力相对较大。面试官是资深主管开场问题比较直接你算法能力这么强为什么选择 OD是不是被大厂或者其他公司鸽过我坦诚说明了毕业后被毁约的经历当时已经入职并签署合同但由于公司部门调整整批新员工被取消录用。这个过程确实带来了较大的心理落差但也让我更加理解职场的不确定性并且更加珍惜稳定、规范的平台机会。随后面试官继续深挖 RPC 项目如果注册中心宕机系统如何降级序列化协议选择 Protobuf 还是 JSON为什么分布式场景下如何保证请求幂等之后转向软素质问题大学期间遇到的最大挫折是什么如果入职后发现同事技术不如你但领导更重视他你会怎么想如果线上故障和新需求同时到来你如何安排优先级压力较大时如何调整状态这些问题我都尽量结合真实经历回答并用具体事件说明自己的抗压能力、协作意识和问题处理方式。面试官会持续追问细节因此回答时不能空泛最好提前准备真实案例。最后面试官反馈技术基础较好算法能力突出但沟通能力和抗压能力还需要在实际工作中继续锻炼。个人心得机考方面算法训练是很大的优势。OD 机考整体不偏竞赛难题更看重中等题的解题速度、代码准确率和边界处理能力。建议重点刷透LeetCode Hot 100。真题题库。常见滑动窗口、双指针、哈希、动态规划、字符串、模拟题。如果基础较好可以再拓展部分中等偏上的题型但没有必要过度追求竞赛难度。技术面方面算法能力强会明显加分但项目不能成为短板。项目不一定要非常复杂但必须讲清楚为什么使用这个技术方案有没有替代方案核心模块是如何设计的遇到过什么问题如何排查和解决如果流量变大或出现异常系统如何优化八股不建议死记硬背重点是理解底层原理并能结合项目场景表达。HR 面和综合面方面被毁约经历既可能是劣势也可以转化为优势。关键不是一味抱怨而是说明自己如何面对挫折、如何调整状态、如何重新规划求职方向。建议提前准备几个真实经历用 STAR 法则组织Situation当时背景是什么Task你要解决什么问题Action你采取了哪些行动Result最终结果是什么你学到了什么关于定级双非背景能拿到 D3很大程度上依赖算法优势和较扎实的基础。但入职后仍需要继续补齐工程能力包括微服务、分布式、中间件、数据库调优、线上问题排查等。OD 后续也有考核不能因为入职就放松。二、面试问题1. HR 问你算法这么强为什么没去大厂答题重点不抱怨前公司。不把原因完全归结为学历。强调自己有能力但也能客观看待现实。最后落到成长意愿和岗位匹配。2. HR 问为什么选择华为 OD你对 OD 了解吗华为 OD 是华为体系下的重要研发交付模式工作内容和华为实际业务、研发流程、工程规范都有比较强的关联对技术能力和交付质量要求也比较高。选择 OD 主要有三个原因第一我希望进入更规范的研发体系学习大型项目中的代码规范、开发流程、质量控制和协作方式。第二我的优势在算法和基础能力但工程经验还需要在真实业务中继续沉淀。华为的项目复杂度和技术要求比较适合我补齐这部分短板。第三我目前处于职业起步阶段更看重成长平台、技术氛围和长期积累。相比短期薪资我更希望在一个要求高、节奏快的环境中提升自己。答题重点表达对 OD 有基本了解。不要说“没得选才来 OD”。强调平台、规范、成长、业务复杂度。表达稳定性和长期发展意愿。5.ConcurrentHashMap分段锁原理在 JDK 1.7 中ConcurrentHashMap主要采用分段锁设计。底层由多个Segment组成每个Segment类似一个小型 HashMap并继承ReentrantLock。不同线程访问不同Segment时可以并发执行从而提升并发性能。在 JDK 1.8 中ConcurrentHashMap取消了Segment分段锁结构改为使用数组 链表 红黑树并通过CAS synchronized控制并发插入空桶时使用 CAS。发生哈希冲突时对桶头节点加synchronized。链表过长时转为红黑树提高查询效率。扩容时支持多线程协助迁移。所以面试中如果问“分段锁”需要区分 JDK 1.7 和 JDK 1.8。现在更常见的是 JDK 1.8 之后的实现锁粒度已经从Segment级别缩小到桶级别并发性能更好。6. MySQL 间隙锁与幻读幻读指的是在同一个事务中两次按照相同条件查询第二次查到了第一次没有出现的新记录。它通常发生在范围查询场景下。MySQL InnoDB 在可重复读隔离级别下通过 Next-Key Lock 解决幻读问题。Next-Key Lock 可以理解为记录锁加间隙锁记录锁锁住已经存在的索引记录。间隙锁锁住索引记录之间的范围。Next-Key Lock 同时锁住记录本身和记录前面的间隙。例如执行select*fromuserwhereagebetween10and20forupdate;如果age字段有索引InnoDB 不仅会锁住满足条件的已有记录还会锁住相关索引区间防止其他事务在该范围内插入新数据从而避免幻读。需要注意的是间隙锁依赖索引。如果查询条件没有走索引可能导致锁范围扩大甚至影响并发性能。8. Netty 通信模型Netty 基于 Reactor 模型实现高性能网络通信核心是事件驱动和非阻塞 IO。常见结构包括BossGroup负责接收客户端连接。WorkerGroup负责处理连接后的读写事件。Channel表示一条网络连接。ChannelPipeline维护一组处理器链。ChannelHandler处理编解码、业务逻辑、异常等事件。EventLoop一个线程绑定多个 Channel负责 IO 事件处理。在 RPC 框架中客户端通过 Netty 建立连接发送编码后的请求服务端接收请求后通过解码器解析协议再根据服务名和方法名定位本地服务通过反射调用目标方法最后将结果编码后返回客户端。9. 自定义 RPC 协议如何设计自定义协议通常需要解决粘包拆包、消息识别、序列化方式、请求响应匹配等问题。一个常见协议头可以包含魔数快速识别是否为合法协议。版本号便于后续协议升级。序列化类型例如 JSON、Hessian、Protobuf。消息类型请求、响应、心跳等。请求 ID用于匹配请求和响应。数据长度用于解决 TCP 粘包拆包。消息体存放具体请求参数或响应结果。10. JVM 调优经验如果没有真实线上调优经验不建议强行编造。可以这样回答我目前没有特别复杂的线上 JVM 调优经历但在项目和学习中了解过 JVM 调优的基本流程。我的理解是JVM 调优不是一上来就改参数而是先定位问题再结合业务场景调整。一般步骤是先明确问题类型例如 CPU 飙高、频繁 Full GC、接口响应变慢、内存溢出等。使用top、jps、jstat、jstack、jmap、GC 日志等工具收集信息。如果是 CPU 问题会定位高占用线程并分析线程栈。如果是内存问题会分析堆转储文件查看是否存在大对象或对象无法回收。如果是 GC 问题会结合 GC 日志分析新生代、老年代、停顿时间和回收频率。最后再考虑调整堆大小、年轻代比例、垃圾收集器或业务代码。11. CMS 和 G1 的区别CMS 和 G1 都是面向低停顿的垃圾收集器但设计目标和实现方式不同。CMS 主要针对老年代回收目标是降低停顿时间采用标记-清除算法。它的主要阶段包括初始标记会 STW。并发标记。重新标记会 STW。并发清除。CMS 的问题是会产生内存碎片而且并发清理阶段如果用户线程产生垃圾过快可能出现 Concurrent Mode Failure退化为 Serial Old导致较长停顿。G1 面向整个堆将堆划分为多个 Region不再固定区分连续的新生代和老年代。它可以根据每个 Region 的垃圾比例和回收收益优先回收价值最高的 Region因此叫 Garbage First。G1 的特点包括支持可预测停顿时间。使用 Region 管理堆内存。采用复制算法整理内存减少碎片。同时兼顾新生代和老年代回收。更适合大堆内存和低停顿场景。总结来说CMS 更像是老年代低停顿收集器而 G1 是面向大堆和可控停顿目标的整体堆收集器。12.ThreadLocal内存泄漏原因ThreadLocal的数据实际存放在线程对象的ThreadLocalMap中。ThreadLocalMap的 key 是ThreadLocal的弱引用value 是业务对象的强引用。如果ThreadLocal外部强引用被回收key 会变成null但 value 仍然被线程强引用着。在线程池场景下线程通常长期存活如果没有手动调用remove()这些 value 就可能一直无法释放导致内存泄漏。所以使用ThreadLocal时尤其在线程池环境中建议在finally代码块中调用threadLocal.remove();这样可以及时清理当前线程中的数据避免脏数据和内存泄漏。13. 注册中心挂了RPC 如何降级注册中心宕机时核心目标是尽量保证已知服务还能继续调用同时避免系统雪崩。可以从几个层面处理本地缓存客户端缓存已经拉取到的服务地址列表注册中心不可用时继续使用缓存。心跳检测对缓存节点做健康检查剔除不可用节点。服务降级非核心服务返回默认值或友好提示核心链路尽量保留。熔断限流当服务调用失败率过高时触发熔断避免持续请求拖垮系统。重试控制重试需要限制次数并结合超时时间避免放大故障。注册中心高可用生产环境中注册中心本身应部署为集群避免单点故障。14. 序列化选择 Protobuf 还是 JSON为什么如果是内部 RPC 调用 更倾向于使用 Protobuf如果是调试、开放接口或对可读性要求较高的场景可以选择 JSON。Protobuf 的优势二进制格式体积更小。序列化和反序列化性能更好。有明确 schema字段类型更稳定。适合高性能内部服务通信。JSON 的优势可读性好。调试方便。跨语言和生态支持广。适合前后端交互、开放 API 或日志场景。所以选择标准不是绝对的而是看场景。RPC 框架内部通信更关注性能、带宽和类型约束因此 Protobuf 更合适如果希望调试简单、接入成本低JSON 也有价值。15. 分布式场景下如何保证请求幂等幂等指的是同一个请求执行一次和执行多次最终结果保持一致。分布式系统中由于网络超时、消息重复投递、接口重试等原因很容易出现重复请求因此需要设计幂等机制。常见方案包括唯一请求 ID客户端生成全局唯一 requestId服务端处理前先判断是否已处理。数据库唯一索引对业务唯一字段建立唯一约束例如订单号、流水号。状态机控制只允许状态按合法方向流转例如订单只能从待支付变为已支付。Redis 去重使用setnx短期保存请求标识防止重复提交。乐观锁通过版本号控制更新避免重复修改。消息幂等消费 MQ 消息时记录 messageId避免重复消费。16. 大学里遇到最大的挫折是什么这类问题没有标准答案重点是展示抗压能力、复盘能力和行动力。建议结构背景发生了什么挫折。冲击当时对自己造成了什么影响。行动如何调整状态、拆解问题、采取行动。结果最终获得了什么阶段性成果。复盘从中学到了什么。17. 如果同事技术不如你但领导更重视他你怎么想这类题考察成熟度、团队意识和情绪稳定性不要表现出强烈比较心理。18. 线上故障和新需求同时到来如何排优先级优先处理线上故障。因为线上故障直接影响用户体验和业务稳定性通常优先级高于新需求。具体处理方式先判断故障影响范围、严重程度和是否有资损风险。如果是高优先级故障立即止血例如回滚、降级、限流或切换配置。同步通知相关负责人让需求方知道新需求会被延后处理。故障恢复后补充排查根因形成复盘避免再次发生。新需求则根据业务优先级重新排期。如果新需求也非常紧急 及时向上反馈让负责人帮助协调资源而不是自己同时硬扛两个高优先级任务。19. 压力大的时候怎么放松重点不是“玩什么”而是说明自己有稳定的压力管理方式不会影响工作交付。