企业官网建设流程全解析

华为OD面试的手撕代码，最近两年问的人明显多了。一方面是因为OD招人规模确实大，机考环节淘汰率又高；另一方面是网上各种“真题目录”“高频题清单”满天飞，但质量参差不齐，很多就是随手贴几个LeetCode题号，连考试系统和判题模式都没讲清楚。这篇文章我结合自己准备华为OD机考的经验，以及身边同事、朋友实际面试反馈回来的情况，把2026年这个时间节点上手撕代码最值得关注的环节、题型和坑一次性说透。

先说清楚一件事：华为OD面试和普通社招的最大区别，在于它有严格的机考筛选。机考成绩直接决定你能不能进入后面的技术面，而且技术面现场还会再来一轮手撕代码。所以你面对的其实是两轮“手撕”，一轮是线上系统判题，一轮是面试官盯着你看你写。这两轮考察的侧重点不太一样，但底层要求是共通的：代码基本功扎实，常见算法题能快速AC，边界条件考虑周全，代码风格干净。

这篇文章适合谁看？准备投华为OD的Java/C++/Python开发，尤其是目标定在D1-D3职级的朋友；手里有开发经验但很久没刷题、对机考系统不熟的转岗选手；以及那些刷了不少LeetCode但不知道华为OD到底考什么、用什么模式考的人。内容我尽量按“先搞懂游戏规则，再按规则刷题”的思路来组织，不搞虚的。

1. 华为OD面试流程里，手撕代码到底出现在哪几个环节

1.1 机考环节：决定你能不能进面试的第一道门槛

华为OD的机考一般安排在投递简历之后、技术面试之前。你通过简历筛选，HR会给你发一个考试链接，约定时间远程完成。机考通常包含2到3道编程题，总分一般分布在100到400分之间，具体分值构成每个批次会略有调整，但整体趋势是：至少有一道简单题（基础语法和逻辑）、一道中档题（常见数据结构和算法）、偶尔有一道偏难的题目（动态规划或复杂模拟）。

这里有个容易忽略的点：机考不是考得越多越好，而是看总分和通过线。不同部门、不同地区的OD岗位，机考分数线不一样，有的部门120分就行，有的部门要200分以上。所以不要因为某一道题卡住了就心态崩掉，先把能拿的分全部拿稳，比死磕难题性价比高得多。

另外，机考环境这些年一直在变。2024年以后逐渐普及的是“双机位”模式：电脑摄像头监控你的屏幕和面部，手机摄像头放在侧面监控你的操作环境。考试系统支持的语言一般是Java、C++、Python、JavaScript这几类，但要注意，不同批次开放的语言可能不同，提前跟HR确认好。判题模式也有两种：一种是ACM模式，你需要自己处理标准输入的读取和结果的输出；另一种是核心代码模式，你只需要实现题目要求的函数或类方法，输入输出由系统帮你搞定。这两种模式都要提前适应，尤其是ACM模式，很多只刷LeetCode的选手第一次见会懵。

1.2 技术面试环节：面试官现场“看你写代码”

机考通过后，接下来是两轮左右的技术面试，面试官通常是目标部门的资深开发或技术主管。技术面里几乎必有一轮现场手撕代码。这个环节没有在线判题系统，一般是面试官把题目发在聊天窗口，或者直接口头描述，让你在本地IDE里写，写完后面试官会看你的思路、代码结构，甚至让你跑几个测试用例验证一下。

现场手撕和机考最大的区别在于：机考你一个人闷头写，错了系统告诉你；现场手撕是“边想边说”，面试官在意的是你的思考过程。比如看到一道题，你首先想到什么方案，时间复杂度和空间复杂度是多少，有没有更优解，边界条件怎么处理，这些都要说出来。最怕的是拿到题就开始闷头敲键盘，敲了半天也不说话，写出来的代码还有明显Bug——这种情况基本就凉了。

还有一点需要提醒：现场手撕的题目难度一般不高于机考中档题，但考察点更灵活。除了算法题，有时候面试官会给你一段现有代码，让你review、找Bug、补全逻辑，甚至让你写一个符合某个业务场景的小工具类。这不是单纯的刷题能覆盖的，需要你在准备阶段就有意识地锻炼“看代码”和“改代码”的能力。

1.3 主管面和综合面：手撕代码可能换个形式出现

到了主管面，手撕代码的比例会降低，但不是没有。有些主管喜欢在聊天中突然抛一个场景题，让你快速给出技术方案，比如“有10万个请求要限流，你怎么设计”或者“这个接口响应慢，你怎么排查”。这种题目不要求你写完整代码，但会观察你的技术视野和解决问题的思路。严格说这不算手撕代码，但它的底层要求是一样的：对数据结构、算法复杂度、系统设计的基本功是否扎实。

所以我的建议是：准备华为OD面试，不要只盯着机考题库，要把“手撕代码”这件事理解成一个完整的能力栈——机考验证的是刷题量，技术面验证的是思考过程，主管面验证的是工程判断力。这三层可以当成一个整体来准备。

2. 2026年华为OD手撕代码高频题型与真题考点拆解

2.1 直接从社区和面经里扒出来的高频考点分布

先看一张我整理的考点分布表。这不是什么内部资料，是我把牛客、脉脉、CSDN、知乎上2023到2025年华为OD机考和面经里提到的高频考点汇总出来的，覆盖了绝大多数我能找到的帖子，结合我自己的考试经验修正过几轮。应对2026年机考，这个大方向不会有太大变化：

这个分布和LeetCode上的企业题库高度重合，所以“刷华为OD高频题”和“刷力扣Hot 100”在多数情况下是同一件事。区别在于：华为OD的题目描述更喜欢包装成业务场景，比如“停车场车辆计数”“物流配送路径”之类，但剥掉壳子，核心还是那些经典算法模型。

2.2 拿到一道题，先识别考点再动手

很多人在手撕代码时最大的问题是：拿到题不知道它想考什么，于是瞎试。我总结了一个快速识别考点的口诀：看到“连续子数组”“区间”“窗口”这些词，大概率是滑动窗口或双指针；看到“最短”“最少”“能否到达”，先想BFS或贪心；看到“方案数”“最大收益”“最长公共”这类问题，基本跑不掉动态规划；看到“连通”“分组”“成对出现”，要么并查集要么图遍历。

举个例子。面试题说：“有一排车位，0代表空位，1代表已占用，现在一辆车要停进来，要求距离最近的车位距离最大，问停在哪里。”第一反应可能是暴力枚举，但其实这是滑动窗口和双指针的变体：你只需要找到一段最长的连续0区间，把车停在区间中点即可。一旦想到这一步，代码复杂度立刻降下来。

我再给一个更常见的：“给定一个字符串，找出最长无重复字符的子串长度。”这题在LeetCode上是第3题，华为OD机考也出现过类似版本。它的核心思路就是滑动窗口加哈希表，窗口右端不断扩展，窗口左端在遇到重复字符时向右移动。关键点有两个：一是用于记录字符位置的数组/Map要存“字符最近一次出现的下标”，二是更新左边界时要和当前左边界取最大值，避免回溯。这个细节能写对，代码基本就稳了。

2.3 三道典型真题的实战拆解（附可运行代码）

下面我选三道不同类型、在面经里反复出现的题目，完整走一遍从读题到AC的过程。代码用Java写，因为Java是目前华为OD机考里使用率最高的语言之一，而且我本人平时工作也主要用Java。

第一道：字符串压缩类。题目大意是：给出一个字符串，如果某个字符连续出现，可以用“字符+出现次数”的方式压缩，比如aaabbbc压缩成a3b3c1。要求在压缩后长度更短的时候输出压缩串，否则输出原串。这题考的是模拟和边界控制，难点不在算法，在于最后一组字符别漏掉。

public String compressString(String S) { if (S == null || S.length() <= 2) { return S; } StringBuilder sb = new StringBuilder(); int count = 1; for (int i = 1; i < S.length(); i++) { if (S.charAt(i) == S.charAt(i - 1)) { count++; } else { sb.append(S.charAt(i - 1)).append(count); count = 1; } } sb.append(S.charAt(S.length() - 1)).append(count); return sb.length() < S.length() ? sb.toString() : S; }

这里最容易犯的错有两个：一是在循环里写成对“下一字符”的判断，导致最后一个字符处理不到；二是忘了题目要求“压缩后更短才输出压缩结果”，直接把所有情况都输出压缩串。面试时先把这些边界条件列出来，再动手写，会加分不少。

第二道：双指针类。“给定一个升序排列的数组和一个目标值，找出数组中两个数的和等于目标值，返回它们的下标。”这题考的就是双指针的经典写法，左指针指向头部，右指针指向尾部，两数之和太小就左指针右移，太大就右指针左移。

public int[] twoSum(int[] numbers, int target) { int left = 0, right = numbers.length - 1; while (left < right) { int sum = numbers[left] + numbers[right]; if (sum == target) { return new int[]{left, right}; } else if (sum < target) { left++; } else { right--; } } return new int[]{-1, -1}; }

很多人看到“两数之和”第一反应是哈希表，确实LeetCode第1题用哈希表，但注意这里的数组是“升序排列”，双指针能把空间复杂度降到O(1)。这就是华为OD面试和纯刷题的区别：它不仅看你会不会背题，还看你能不能根据题目条件选择更合适的方案。如果面试时能主动说一句“因为数组已排序，我可以用双指针做到O(1)空间”，哪怕代码不完美，面试官对你的印象也会好很多。

第三道：动态规划入门级。“你是一个小偷，沿街有一排房子，每间房子有现金，但不能同时偷相邻的两间，问最多能偷多少钱。”这题就是经典的打家劫舍，转移方程是dp[i] = max(dp[i-1], dp[i-2] + nums[i])。

public int rob(int[] nums) { int n = nums.length; if (n == 0) return 0; if (n == 1) return nums[0]; int[] dp = new int[n]; dp[0] = nums[0]; dp[1] = Math.max(nums[0], nums[1]); for (int i = 2; i < n; i++) { dp[i] = Math.max(dp[i - 1], dp[i - 2] + nums[i]); } return dp[n - 1]; }

动态规划题在华为OD机考里是分水岭。简单题大部分人都能AC，中档题里DP题能把一批人卡在通过线以下。上面这题是DP里最基础的一类，一定要做到不看题解直接写。它的变体很多，比如环形打家劫舍、打家劫舍III（树形DP），如果时间充裕，建议把这三层都过一遍。

3. 机考系统模式解析：ACM模式与核心代码模式怎么切换

3.1 两种判题模式的区别，以及为什么有人会在这里翻车

华为OD机考现在比较常见的有两种代码提交模式。第一种是ACM模式，流程是你自己写一个完整的程序，通过System.in或标准输入读取测试数据，然后用System.out把结果打印到标准输出，在线判题系统拿你的输出和标准答案比对。第二种是核心代码模式，也就是大家熟悉的LeetCode模式，系统会预定义好类和方法签名，你只需要实现方法体内的逻辑，返回值代表结果。

翻车案例我见过不少。有一个朋友，LeetCode刷了300多题，觉得机考稳了，结果一上考场发现是ACM模式，连“怎么读取一整行字符串”都要想半天。还有人反过来，平时做ACM题做习惯了，结果遇到核心代码模式，非要自己写一个Scanner去读输入，结果方法外多了代码，编译都过不了。所以准备机考的第一步，不是刷题，是先确认你报的这一批次考试用的是什么模式。

有个小技巧：不管考试通知里有没有写明模式，你都可以提前在牛客网的“华为OD机试专区”或类似平台做几次模拟考试，这些平台基本还原了真实判题环境。做模拟题的时候，注意看题目描述里有没有明确给出输入输出格式，只要给了输入输出的，基本就是ACM模式。核心代码模式的题目描述通常是“实现xxx函数”或“补全代码”，不需要你处理输入输出。

3.2 ACM模式下最容易踩的三个坑

第一个坑是输入格式。题目说“第一行输入一个整数n，第二行输入n个整数”，有人直接在循环里nextInt()取数，但没有处理换行符，导致读入错位。这个问题的根源是对Scanner和BufferReader的区别不敏感。判题系统里数据量大的时候，Scanner性能明显不如BufferReader，如果你用Java刷ACM模式，强烈建议用BufferReader和StringTokenizer组合来读数据，避免超时。

第二个坑是输出格式。题目要求“每个结果占一行”，有人把所有结果拼成一个字符串一次性打印，结果对了但格式错了，系统直接判0分。还有一种情况是要求输出浮点数且保留两位小数，有人直接用System.out.println(score)，小数点后位数不对。值得注意的是，华为OD机考经常出现数值比较类题目，建议输出时统一用System.out.printf("%.2f", value)这类格式化输出。

第三个坑是死循环。在ACM模式下，你需要自己控制读取的终止条件，最常见的写法是while (scanner.hasNext())或while ((line = reader.readLine()) != null)。有些平台允许多个测试用例，每跑完一个用例就要继续读下一个，直到没有输入为止。如果你把读取逻辑写在循环外面，就只能跑出第一个用例的结果，第二个用例直接空指针或数组越界。

3.3 核心代码模式下，别忘了系统给你的方法签名

核心代码模式看起来很友好，但它有一个隐蔽的坑：系统已经规定了方法签名，你不能随意修改。比如题目要求实现public int maxArea(int[] height)，你非要把参数写成ArrayList，或者加一个额外参数，编译直接失败。还有的题目要求你返回数组，但实际推到测试的时候，系统会用数组的深拷贝去判断内容一致性，如果你返回的是数组引用而不是内容拷贝，某些语言里会出现诡异的结果。

我对Java选手的建议是：核心代码模式里，拿到题目先看方法签名里的每个参数和返回类型，然后在脑子里过一遍“如果我只有这些参数，能不能完成题目要求”。如果不能，说明你理解错了题意，通常不是让你改签名，而是让你换一种思路。比如题目给的是链表头节点ListNode，但你想用数组下标访问，那就得先自己把链表遍历一遍转成数组，而不是想着去改签名。

4. 2026年刷题路线与时间规划：从零基础到机考通过

4.1 先定目标：不同通过线的刷题量差别很大

华为OD机考没有统一的“多少分稳过”，但根据我所在部门和周边部门的观察，大多数OD岗位的机考通过线集中在100到200分之间，核心研发岗或热门部门可能更高。把目标定在“稳过200分”是比较理性的：两道题各拿100分，或者一道简单题加一道中档题正好卡线。

对应到刷题量上，我给出一个参考：如果你有三年左右开发经验，但平时不怎么刷题，LeetCode刷到150到200题，把Hot 100吃透，机考中档题基本能应付。如果经验少一点，或者编程基础比较薄弱，建议把刷题量提到250题以上，多出来的部分主要刷字符串模拟、数组操作和栈队列应用这三类，它们是机考简单题和送分题的主要来源。

这里特别说一下，刷题不是刷完一遍就完事的。我见过不少人是把LeetCode当作“看题解”的娱乐活动，每天打开题解划一划，眼睛会了，手不会。真正的刷题应该是：先自己尝试15到20分钟，没有思路再看题解，看懂题解后必须关掉题解重新自己写一遍，第二天再不看答案复现一遍，隔一周再复现一遍。这三遍下来，一道题才算真正是你的。

4.2 四周机考冲刺计划（每天约两小时）

很多人是收到机考通知才开始准备，时间一般在7到15天到一个月不等。不同的时间窗口，策略应该完全不同。如果只有一周，就不要再碰难题了，把数组、字符串、哈希表、双指针、栈这五类的“简单题”全部过一遍，保证每分钟都能稳定AC一道，然后吃透20道中档题。如果有一个月，可以按下面这个四周计划来走，这个计划我非常推荐，因为它覆盖了机考的高频考点，而且不会让你陷入“不知道刷什么”的焦虑里：

第一周：主攻数组、字符串、哈希表。每天6到8题，优先做LeetCode Hot 100中标注为“简单”和“中等”的题。写代码时要求一小时内完成，超时就先看题解，不要硬耗。周末抽半天做一次模拟机考，用牛客或类似平台，必须在限时内提交完所有题。

第二周：主攻双指针、滑动窗口、栈、队列、链表。这周开始题目难度会比第一周高一些，同样每天6到8题。写代码时开始关注复杂度分析，每写完一道题，尝试说出你的时间复杂度和空间复杂度，这在后面技术面非常有用。

第三周：主攻二叉树、DFS、BFS、二分查找、贪心。前两周如果坚持下来了，到这周你会发现自己看题的速度快了很多。这周开始每天可以加入1到2道动态规划题，不用为难的，先把最长连续序列、爬楼梯、打家劫舍这类入门DP弄清楚。

第四周：每天上午做一套完整模拟机考（2到3题），下午复盘和查漏补缺。这一周的重点不再是“新题”，而是“熟练度”。你会发现有些题第一周做过，现在做起来还是生疏，那就针对性地把这类题再过一遍。同时，把之前的错题本翻出来看一遍，避免同样的坑在考场上再踩一次。

4.3 Java机考选手的语言特性和常用API

如果你用Java机考，有几个API和工具类是高频使用且必须熟练的：StringBuilder做字符串拼接和反转，HashMap/HashSet做去重和计数，Deque做栈和双向队列，Arrays.sort()处理数组排序，Collections.reverse()处理列表反转，PriorityQueue做堆排序。这些API写熟了，很多题能省下大量时间。

另外，Java选手要特别注意Comparable和Comparator的用法，因为很多排序题的考点在于“自定义排序规则”。举个例子，机考经常出现“按出现次数降序排序，次数相同按字母自然序升序”这类要求，这就是在考察你是否会用Comparator。核心代码模式还好，ACM模式下很多人栽在这里：Comparator写错了，子序列顺序不对，整道题全错。

还有一点，机考对Java版本一般没有特别严格的限制，但你写的代码不能依赖太新的特性，比如Java 17的switch表达式在旧判题系统里可能编译不过。稳妥起见，尽量避免使用过于花哨的新语法，用你平时写业务代码最熟悉的写法就行。

5. 现场面试手撕代码的实战技巧：怎么“表演”给面试官看

5.1 面试手撕代码的六个标准动作

现场手撕代码，本质上是一场“技术面试官给你出题，你边思考边写，同时要让他看懂你的思路”的即兴表演。我总结了六个标准动作，按顺序做，基本不会出大错。

第一，拿到题先复述一遍。面试官说完题目，你用一两句话把题目的输入、输出、约束条件复述出来。这既确认了你没有理解偏差，也让面试官觉得你是一个善于确认需求的人，这在团队协作里是非常加分的品质。

第二，明确边界条件。比如数组是否为空、字符串是否可能含空格、数值是否有范围限制，这些都要开口问。很多题目本身没有把边界条件写清楚，面试官就是在等你去问。你能主动问出两三个关键边界，面试官还没看你代码就已经给了一半分。

第三，先说暴力解法，再优化。最好一开始就明确说“我先想到的是暴力解法，时间复杂度是O(n²)，但可以优化到O(n)”。这种表达传递了一个重要信号：你不仅会写代码，还知道好代码的标准是什么。哪怕你最后只写出暴力解，也比你闷头写半天写个O(n²)然后说“只能这样”强得多。

第四，写代码前先在注释里写步骤。这个技巧特别适合现场手撕。你可以在代码前先用中文注释写上3到5行关键步骤，比如“1. 先排序；2. 用两个指针从两头向中间遍历；3. 和为target时记录答案”。这样做的好处是即使你中途思路飘了，看注释也能拉回来，而面试官会觉得你结构感很好。

第五，写完后自己提测试用例。写完全部代码，主动说“我来验证一下，用这个例子跑一遍”，然后模拟执行过程，一步一步把变量标注出来。这一步非常关键，因为它能让面试官看到你有调试意识，而不是写完就扔。

第六，提一下进一步优化方向。代码通过了，你别急着说“写完了”，而是补一句“在数据量特别大的时候，这个解法还有优化空间，可以用xx方案减少空间复杂度”。面试官绝大多数情况下不会让你真的改，但你说这句话，说明你对质量有追求。

5.2 一道题卡住了怎么办？千万别沉默

现场手撕最怕的场面就是：面试官出了题，你看了两分钟没思路，空气突然安静。这种情况我见的太多了，老实说，沉默超过30秒，面试官的印象就会开始扣分。解法是：宁可说“我现在没有直接思路，但我先说说我想到的几个方向”，也不要闷着。

你可以说这类话：“如果是数据量很小，我可以直接用暴力解法，遍历所有组合。但显然面试官你出这题应该有更优解，我还在想到底是双指针还是动态规划。”哪怕你没有真能想出最优解，你已经向面试官展示了你的元认知能力——你知道自己卡在哪里，也知道有哪些可能的解题方向。这比闷声不响好一百倍。

还有一种情况是：思路想到了，但代码写到一半发现不严谨，或者某个语法忘了。比如你写HashMap的时候忘了怎么遍历，可以直接说“我来Java写这个数据结构不算特别常用，让我想一下”，然后稳定地写出一版正确的。面试官看重的是你处理问题的过程，不是看你表演默写API。

5.3 面试手撕的题目从哪来？怎么提前预判

从面经统计来看，华为OD技术面手撕题目有三类高频来源。第一类是机考题的变体，比如机考你做了“找出数组中出现次数最多的数”，面试官可能会改成“找出出现次数最多的第K个数”。第二类是LeetCode热门题原题，集中在Hot 100前50题。第三类和面试官所在业务强相关，比如做通信设备的部门，会出一些类似“写入缓冲区满了怎么办”的队列题，做Java后端的部门，喜欢出“设计一个线程安全的LRU”这类题。

没办法精确预判面试官到底出哪一道，但你可以做两件事提高命中率：一是把LeetCode Hot 100按“面试高频”列表过一遍，这个过程本身已经覆盖了大多数手撕题；二是提前和你对接的HR或考务人员咨询，了解目标部门的技术栈，通常Java岗手撕偏数据结构和并发，C++岗偏内存指针和STL，前端岗偏JavaScript异步和场景设计。

6. 常见问题速查表与避坑清单：过来人踩过的坑都在这

除了表格里的这些，还有几个经验层面的坑值得单独说。第一个是关于“背题”的坑。现在网上流传很多“华为OD真题题库”，质量参差不齐。我的建议是，你可以拿它们来熟悉题型风格，但不要死记背代码。华为OD机考近两年题目重复率明显下降，而且同一道题目可能被改参数、改背景，死背代码在考场上一旦遇到变体，反而更容易慌。

第二个是关于“只刷题不模拟”的坑。我见过一个小伙伴，LeetCode刷了200多题，信心满满去考试，结果当天登录系统、开摄像头、调试本地IDE花掉了15分钟，第一道题还没进入状态，时间就过去一半了。所以考前至少做两次完整的模拟机考，把登录、读题、写代码、提交的整个流程走通。

第三个是关于“面试时太沉默”的坑。技术面试手撕代码，最怕的就是遇到一个安静如鸡的候选人。尤其现在是远程面试居多，视频那头你要是半天不说话，面试官真的很为难。哪怕你说“这道题我暂时没有最优思路，我先写个暴力版本”，面试官还能顺着你的思路给你引导。你一沉默，他想引导都不知道从哪里开口。

第四个是关于“不检查直接提交”的坑。我自己机考时就吃过这个亏：核心代码模式，方法签名是List ，返回值我用int[]，本地跑通了，提交时编译失败，但我当时不知道，时间就白白浪费在一遍遍提交上。后来复盘才意识到，核心代码模式里一定先看方法的返回类型。大家在模拟考的时候一定要养成“提交前花10秒检查签名和返回类型”的习惯。

7. 我从准备到入职OD后复盘出的几点心得

最后说点个人化的东西，可能比前面的方法更实用。

我在准备华为OD的时候，心态上走过一个弯路：总觉得“手撕代码”就是纯粹的刷题，只要把算法题刷够，面试稳了。后来真正进了OD，和几个做过面试官的同事聊完，才意识到手撕代码的本质是“技术沟通能力的最低配验证”。面试官要确认的不只是你会不会这道题，而是你遇到一个没见过的问题时，能不能理性拆解、清晰表达、动手验证。这三项能力放到日常开发里，比单纯会背模板重要得多。

所以在做题之外，我有几个小习惯想安利给大家。平时看题的时候，不直接看题解，先在纸上画一画输入输出的例子，把题目的意思用数据流的方式理一遍。写完代码后，不着急跑通，先自己在代码里走一遍边界样例，甚至故意构造一个极端输入看看会不会崩。多去GitHub或技术社区看看别人对同一道题的不同解法和讨论，尤其关注评论区里那些“为什么这个写法会错”的帖子，那里面藏着的才是真正的经验。

还有一个小技巧：找一个人陪你模拟面试。两个人轮流当面试官，你讲思路、写代码、复盘，只需要三次左右，你就能明显感受到自己在“边说边写”这件事上的进步。华为OD本来就是面试流程比较标准化的岗位，如果能在正式面试前把整个流程模拟一遍，那些紧张、卡壳、冷场的问题，至少能消除一半。

这篇内容本来只是想整理一下题库目录，结果写了这么长，主要是因为手撕代码这件事，题库只是一个很小的入口，背后的系统和心态建设才是大头。希望这些内容能帮你少踩几个坑。祝机考顺利，也祝后面每一轮都过。