华为OD机考C卷实战指南：算法考点、双机位布置与刷题策略

先聊点实际的。华为OD机试这个环节，刷掉的人远比面试环节多。很多人简历过了、HR约了考试时间，结果上考场一看C卷三道题，心态直接崩了。尤其是最近C卷逐步铺开，双机位监考成为标配，题量和难度都比以前更卷。作为一个带过不少人过机试、自己也反复刷过OD题库的老兵，这篇东西不整虚的，把C卷要怎么准备、双机位怎么摆、算法怎么复习、代码怎么写才能拿高分、OJ去哪刷，全部按实操来一遍。

先按惯例给个定义：华为OD机考C卷，是华为研发类外聘岗位（OD就是Outsourcing Developer，外包研发岗）技术面试前的线上机试环节，考试环境为双机位视频监控，C卷是目前正在大量使用的一套题库版本。考试一般三道算法题，总分因人因批次略有差异，但通过线大差不差，核心考察的是你“用代码解决业务问题的能力”——说白了，就是算法题能不能写出来、写对、写得快。

这篇文章适合三类人看：第一类是完全没接触过华为OD机试的萌新，看完整个人就对流程、规则、考什么心里有底了；第二类是刷了一些题但没方向的人，照着考点分类去补，效率高很多；第三类是马上要考试、在纠结双机位怎么弄和代码怎么写才能不被扣分的人，直接跳到对应章节抄作业就行。

1. 华为OD机考C卷整体认知

1.1 C卷到底是什么，和A/B/D卷有什么区别

最早华为OD机试分A卷、B卷，后来题库迭代出了C卷、D卷。实际区别很简单：题目来源不同，难度略有调整，但核心考点都是算法与数据结构。C卷目前在用的比例很高，很多城市、很多部门的OD岗约考都直接落到C卷。

具体到一场考试，通常是三道题：第一题偏简单，考字符串处理、数组操作、简单模拟；第二题中等，常见的有滑动窗口、双指针、二分、前缀和、贪心；第三题偏难，大概率是动态规划、DFS/BFS、图论、状态压缩这类。

分值配比一般是100分、200分、300分，总分600（不同批次可能有微调，以你收到的考试通知为准）。通过线一般看当天批次，有的是150分过，有的是160分过。注意一个事实：第三题300分往往决定了你能不能进下一轮。为什么？因为前两题很多人能拿满，拉不开差距，第三题才是分水岭。

1.2 双机位监考规则和审查要点

C卷的监考是“双机位”：一个电脑摄像头机位，一个手机（或平板）侧后方机位。两个机位都要在开考前调整好，并且在整个考试过程中不允许离开画面。

具体规则建议以邮件/短信通知为准，但实操中普遍要求以下几点：

• 电脑机位：始终能看到考生正脸、上半身、双手和屏幕。画面里不能出现其他人和电子设备。
• 手机机位：放在考生侧后方的位置，一般是右后方45度左右，高度比桌面略高一点，俯拍视角覆盖考试桌面、电脑屏幕和手部动作。
• 手机关闭声音、关闭消息通知、屏幕常亮，放在手机支架上固定好，全程不碰。

有一点容易被忽略：手机机位一定要提前一天找好支架和角度。很多人开考前半小时才手忙脚乱地找手机支架、调位置，结果要么照不到屏幕、要么角度太高看不清手，有的直接因为机位不合格被取消资格。别问我怎么知道的，我见到过不止一个。

1.3 考试环境与做题方式

考试平台一般在牛客网华为OD专区进行，直接就在浏览器里写代码、跑测试用例。支持的主流语言是C++、Java、Python、Go等，看岗位要求和个人熟悉的语言即可。我个人的强烈建议：如果允许选Python，优先选Python。原因后面在“高分实现”部分细说。

考试过程中是不能切到其它网页查资料的。双机位监考会盯着你的屏幕，浏览器切屏记录会被系统捕捉，严重的话直接判作弊。所以备考时就要养成“不查资料、纯手写”的习惯。平时刷题也别边查边写，不然考场会原形毕露。

2. 算法考点分类拆解与复习重点

2.1 考点地图：按优先级排序

把所有C卷可能考到的知识点排个队，按照“必考”“常考”“偶尔考”三个档次来分类。以下是我根据大量题单和考试反馈整理的分类：

很多人复习时最常见的问题就是“东刷一道西刷一道”，没有按考点来。比如今天刷了个DP，明天刷了个字符串，后天又去碰图论，结果哪个都不精。正确的做法是：按考点一块一块地过，每块花2到3天集中刷，直到这个考点下的题看到就有思路。

2.2 第一题：字符串处理与模拟，最不该丢的分

第一题难度不大，但失分率却很高。为什么？因为这类题考的往往不是算法，而是细心。比如日期格式转换、IP地址校验、字符串切割+排序、正则匹配替换、简单加密解密、表达式求值简化版。

举个典型的例子：给你一行逗号分隔的字符串，要求按指定规则排序后输出。看起来很简单，但坑在于字符串里可能有连续逗号、可能首尾有空格、可能同一行数据量很大。如果你直接用split(",")然后就去排序，很容易把空字符串也算进去，结果和预期输出不一致。考场上一旦第一题没AC，心态就会受到不小的影响。

实操建议：

• 输入读取用sys.stdin.readline()而不是input()——在处理大规模输入时性能差别很大，机考大数据用例超时是常见挂法。
• 输出前把格式看清楚，多余空格、换行符都算错。
• 字符串题先写一遍暴力解法拿住基础分，再考虑优化。

2.3 第二题：双指针、滑动窗口与贪心，靠模板拿分

第二题的题型相对固定，掌握了“三板斧”基本能应付大部分题。

双指针的经典场景：有序数组找两数之和、去重、区间合并。套路就是左指针和右指针分别从两端往中间走，或快慢指针一个跑得快一个跑得慢。

滑动窗口的经典场景：最长无重复子串、长度最小的子数组、字符串排列匹配。核心是用一个字典或数组维护窗口内元素的出现次数，右指针扩、左指针收，时间复杂度从暴力法的O(n²)降到O(n)。

贪心的经典场景：区间调度、跳跃游戏、分发饼干、加油站。核心是“局部最优是否能推全局最优”，这个需要多做题找感觉。C卷里贪心题往往藏得比较深，表面上看是模拟，实际上要通过贪心策略才能高效解出。

这三个模板务必练到闭着眼都能默写的程度。考场时间紧张，第二题能秒解的是绝对优势。

2.4 第三题：动态规划与图论，区分度最高的部分

第三题是一整场考试的分水岭。很多人栽在动态规划上，其实DP的题目在OD机试里有很强的规律性，翻来覆去就是那几类：

• 0/1背包和完全背包（及其变体如“分割等和子集”“零钱兑换”）
• 最长上升子序列、最长公共子序列
• 编辑距离（两个字符串的DP经典题）
• 区间DP（合并石子类）
• 状态压缩DP（偶尔出现，多在难题里）
• 树形DP（和二叉树结合，热门方向）

DP的关键是“状态定义”和“状态转移方程”。我辅导过不少同事，发现他们卡住的原因不是不会写转移方程，而是看到题目不知道用什么DP。这里有一个很实用的判断标准：如果题目问“最多/最少/多少种方式/是否可行”，并且数据范围在10³到10⁵之间，大概率是DP题。

图论方面，C卷的图论题不算难，但考到就容易让人懵。重点准备三块：

• 并查集：判断连通性、找冗余连接
• 拓扑排序：课程安排类、任务调度类
• 最短路：Dijkstra模板要会，但通常不会考特别复杂的变形

图论题有几道是非常经典的“座右铭题”，刷个二三十道就能形成条件反射。

2.5 容易忽略但频现的“套路型”考点

除了上述主流考点，有几个“套路型”考点值得单独提一下，因为它们在C卷中出现的频率远超想象。

第一个是前缀和和差分数组。区间求和的题，如果你每次都用循环累加，大数据量直接超时。前缀和可以把区间求和压到O(1)。差分数组则用于“多次区间更新后求最终数组”这类题，是暴力解法的最佳替代。

第二个是二分答案。有些题目问“最大值最小化”或“最小值最大化”，比如把数组分成m份使每份和的最大值最小。这类题直接贪心会翻车，但配合二分查找可以稳定解出。

第三个是排序+贪心的结合变体。比如会议室安排、合并重叠区间、用最少数量的箭引爆气球，全是“先排序再贪心”的套路。

第四个是有时候会出现大数处理和取模问题。Python无所谓，但C++/Java用户要注意结果会不会溢出。C++选手遇到取模运算多，记得用long long。

3. 双机位布置实操：一次全讲透

3.1 设备准备清单

不要小看设备准备，很多考生的体验就是“电脑好好的，手机摄像头不清楚，直接导致机位验证失败”。开考前先把这些备好：

• 一台能正常联网、带摄像头的电脑，最好支持Chrome或Edge浏览器。牛客考试系统对浏览器有兼容性要求，IE、Safari可能会出问题。
• 一部能扫码、能开启视频通话/录像功能的智能手机。要求摄像头像素别太差，否则侧后方画面模糊，监考看不清楚手部动作会被标记。
• 一个稳定的手机支架。建议用落地支架或桌面支架，高度可调的那种。
• 一个光线充足的环境。逆光、暗光会导致电脑机位看不清人脸。

3.2 第二机位摆放角度参数参考

第二机位的核心目的是让监考看到“你的屏幕内容+你的操作动作”，所以摆放原则就是视角能覆盖屏幕和双手。

我自己验证过比较稳的角度配置是这样的：

• 手机放在考生的右后侧（或左后侧），距离身体约50到80厘米。
• 手机高度调节到比桌面高出30到40厘米，镜头略向下俯拍。
• 画面中应同时包含：电脑屏幕的下半部分或全部、考生的双手和上半身侧影、桌面上的纸笔（如果有允许的草稿纸）。
• 手机支架调整好后，用胶带或重物固定底部，防止中途滑动。

有条件的话，提前用另一台设备进入会议/软件测试画面角度。如果只有一台手机，可以在手机上调出相机预览模式，人坐到电脑前模拟操作，通过相机画面观察位置是否合适。

3.3 机位验证与考试中的常见坑

考试前系统一般会让你用手机扫码进入“第二视角监控”，然后等待监考老师确认两个画面都正常才允许开始考试。这个过程中有几个坑：

• 手机连接的是同一个Wi-Fi，但手机进视频会议后可能会卡顿。建议电脑用有线网络或5G频段路由，手机用同一路由但保持网络顺畅。
• 考试中途手机息屏了，或者系统通知弹出来挡住了摄像头，都有可能被判机位异常。
• 考试期间不要把手机拿起来回消息，即使它在支架上。移动手机本身就可能被判定为动作异常。
• 有的监考会要求你展示身份证件或确认周围环境。别慌，按要求做就行。

注意：如果你提前发现自己的设备不符合要求（比如没有摄像头、手机坏了），一定要在考试前联系HR或考试系统客服申请调整，不要等到开考再去折腾，那样大概率会被取消本场考试资格。

3.4 草稿纸与桌面物品的合规问题

双机位考试对桌面状态查得比过去严格。建议桌面只保留：电脑、鼠标、键盘、手机支架、一张空白草稿纸和一支笔。其它物品，包括水杯、书本、平板、耳机、充电器等，最好全部挪到看不到的地方。

宁可少放不可多放。多一个电子设备在桌面上就可能被误判为作弊工具，到时候解释都解释不清。

4. 高分实现思路与代码风格要点

4.1 为什么建议用Python答题

如果考试允许选择语言，Python是OD机试的首选。理由很实在：

• 写题速度快。比如输入输出处理，Python一行split()能搞定的事，Java要写好几行。
• 内建数据结构强大。dict、set、defaultdict、Counter用起来极其顺手，省去写大量底层代码的时间。
• 大整数处理天然无敌。C++/Java遇到大数要写高精度模板，Python直接算。
• 考试判题是看结果不看性能天花板的，Python的常规复杂度足够应对OD机试的数据范围。

有几点例外：如果你平时C++特别熟、模板信手拈来，那继续用C++也没问题。但如果你C++只是“学过”，不要逞强，考试时选自己不熟的语言就是自找麻烦。

4.2 代码结构模板：先框架后细节

考场写代码最容易出的问题是：题目没完全理解就开始写，写到一半发现方向错了，然后删掉重来，时间全浪费了。

我习惯的做题流程是：

1. 花1分钟读题目描述，画出输入、输出格式，搞清楚用例中的边界条件（数据范围、是否有负值、字符串是否可能为空）。
2. 花3到5分钟先构思算法。如果想到的是暴力法，先评估数据范围是否会导致超时。
3. 如果觉得思路可行，直接写代码框架，把主函数和关键逻辑先摆出来。
4. 写完再补细节，包括类型转换、空值检查、索引边界。
5. 用题目给的示例跑一遍，确认输出一致。
6. 自己再构造几个边界用例（空数组、全相同元素、最大值、最小值）跑一遍。

代码风格上，OD机试不像互联网大厂面试那样看重工程规范，但有一些底线要做到：

• 变量名不能是a、b、c这种无意义命名，至少要能看出含义（比如left、right、window_count）。
• 关键逻辑行要写注释。不一定每行都写，但要在“这一步在做什么”的地方加注释。
• 函数不要搞一个几百行的超大main函数，能拆小函数就拆小函数。原因不只是可读性，而是出问题时定位方便。
• Python缩进用4个空格，不要用tab。虽然系统可能兼容tab，但某些在线判题系统对混合缩进会报错。

4.3 一个高频题的高分写法示例

以“最长无重复字符子串”为例，这是滑动窗口的入门题，也是OD机试经常出现的第二/第三题原材料。

import sys def length_of_longest_substring(s: str) -> int: window = set() left = 0 max_len = 0 for right in range(len(s)): while s[right] in window: window.remove(s[left]) left += 1 window.add(s[right]) max_len = max(max_len, right - left + 1) return max_len if __name__ == "__main__": line = sys.stdin.readline().strip() print(length_of_longest_substring(line))

这段代码模板可以直接套用到大多数“最长子串/子序列不重复”类题目。注意几个考场细节：

• 用while循环收缩左边界，而不是if。因为窗口中可能不止一个重复字符。
• 不要忘了更新max_len的时机。
• 边界情况：空字符串返回0，单字符串返回1。

4.4 如何拿到部分分数而不至于零分

一个残酷的事实是：第三题你大概率可能做不出来。但这不代表你要放弃这300分。OD机试的判分规则看的是“部分通过”吗？很多题目是分测试用例计分的，你跑通一部分用例就能拿一部分分。

实操技巧：

• 如果题目不会但能暴力枚举，写暴力版本拿基础分。
• 如果暴力也写不出来，至少把输入输出正确读出来，然后针对几个特殊情况输出结果。比如“如果长度为1，直接返回xx”“如果数组为空，返回0”。
• 最忌讳的就是打开编辑器一片空白，连尝试都不尝试。机试不像面试，没有“表达思路分”，但代码总归要写点什么。

有一个我要特别提醒的：不要试图抄网上的代码。有些人和你说“提前背几段代码默写出来”，这件事风险极高。第一，考官能看出来是否模板化的雷同代码；第二，查重系统会把相同的代码块标记出来，严重的直接取消成绩。老老实实自己练才是正道。

4.5 输出格式：看不见的分最容易丢

OD机试经常有“输出格式不对不给过”的严格判题。最常见的问题：

• 列表输出时要求逗号分隔，你输出成空格。
• 排序题要求“从小到大”，你排成降序。
• 多行输出时多了一个空行。
• 浮点数要求保留两位小数，你直接print出来。
• 字符串大小写搞反。

在提交代码之前，逐字核对题目要求的输出格式，用样例数据测一遍再交。哪怕你的算法是对的，格式错了就白白丢掉一整个用例的分。

5. 在线刷题OJ平台推荐与刷题策略

5.1 主刷平台：牛客网华为OD专区

牛客网是目前华为OD机试模拟题最集中的地方，原因很简单：正式机试就在牛客上跑，刷牛客的题相当于考前直接在相似环境里练。牛客的题库里能搜到大量OD真题和还原题，难度从易到难覆盖完整。

具体操作：

• 搜索“华为机试”或“OD”相关题库。
• 按“简单-中等-困难”或按标签（字符串、动态规划、贪心）刷。
• 牛客自带在线OJ功能，和真实考试一样提交后看通过率，有报错信息提示。这一点非常关键，因为真实考试环境同样会报编译错误、运行错误、超时等。

我建议每天固定刷题量，比如工作日两道、周六日四道。不求数量爆炸，求每道题都吃透。吃透的标准是：不看题解能独立AC（Accept），并且能清楚地讲出算法复杂度。

5.2 辅助刷题平台：力扣与经典OJ

力扣（LeetCode）上有大量标签化题型，适合按考点集中突破。比如你发现“滑动窗口”不熟，就在力扣上搜滑动窗口标签，一次刷10道同类题，效果立竿见影。力扣的题解区质量普遍较高，卡住的时候看题解学习思路是正常操作。

经典OJ平台里，杭电OJ、POJ、洛谷也都有大量基础题，适合打基础。但坦白说，它们的题目风格和OD机试差异较大，如果你是出于打牢基础的目的去刷没问题，如果单纯为了准备OD机试，刷力扣和牛客就够了，不要浪费太多时间在风格不匹配的OJ上。

5.3 刷题节奏：三轮复习法

第一轮：全面扫盲（建议用时2到3周）。目标是把所有考点都过一遍，每个考点至少刷5道简单题、3道中等题，形成对考点的整体感知。这一轮不要死磕难题，遇到不会的直接看题解，看懂后自己默写一遍代码。

第二轮：按考点专项突破（建议用时2到3周）。针对自己在第一轮中发现薄弱环节集中刷题。比如动态规划不过关，就连续一周只刷DP。同时开始练习模拟考试：定时70分钟，闭卷做一套三道题的组合，锻炼考场节奏。

第三轮：冲刺复盘（考前1周）。每天一套模拟题，限时限量。重点复习自己整理过的代码模板、常错点清单。不要再碰不会的新题，保持手感就好。

5.4 如何在牛客OJ里练出“考试感”

很多人在牛客刷题时习惯“写到一半看题解”，这是备考阶段最大的禁忌。训练时就要模拟真实考试环境：

• 把浏览器里所有其他页面和聊天软件全关掉。
• 设定倒计时，到点必须交卷。
• 一旦AC了一道题，立刻进入下一道题，不纠结完美解。
• 模拟考试结束后再复盘错题。

这样做的原因很现实：平时如果习惯了慢慢磨题，考场上会因为时间压力而大脑空白。只有让身体记住“限时、专注、快速切换”的节奏，真正上考场才会稳住。

5.5 值得关注的在线判题小技巧

在线OJ里有一些通用小技巧，能在比赛中帮你节省大量时间：

• 提交前先看一下运行时间。如果超过了1秒，在Python里优先考虑优化循环，比如用局部变量缓存全局变量、用sys.stdin.read()替代逐行读取。
• Python代码用sys.setrecursionlimit()调整递归深度。DFS类题目递归深度可能不够，不设置直接爆栈。
• C++/Java选手请注意内存使用。某些题的二维数组开到10⁵×10⁵是不现实的，要用滚动数组或压缩存储。
• 程序跑出“运行错误”时，优先怀疑数组越界、除零、空指针（或None解包）。

6. 备考时间线与常见问题实录

6.1 备考时间线：零基础与有基础的不同打法

零基础选手（大学没系统学过数据结构与算法，或学过但很久没碰代码）建议留足8周：

• 第1周：补齐语言基础。如果选Python，把list、dict、set、切片、字符串常用方法练熟。
• 第2到4周：按考点扫盲，优先字符串、数组、哈希、双指针、滑动窗口。
• 第5到7周：主攻动态规划和DFS/BFS，这期间是提升最明显的阶段。
• 第8周：做模拟卷，复盘易错点。

有基础选手（刷过力扣几十道题以上）建议4周够用：

• 第1周：把考点过一遍，找出陌生点。
• 第2周：专攻薄弱点+做牛客OD模拟题。
• 第3周：每天一套模拟卷，适应节奏。
• 第4周：复习模板，调整状态。

6.2 常见问题：双机位和考试环境类

6.3 常见问题：代码和判题类

6.4 心态调整与实战表现

机试是一个“状态大于实力”的考试。实力再强，考场上紧张、慌乱、草稿纸都没准备，照样可能考砸。几个亲测有效的心态技巧：

• 开考前深呼吸三次，把注意力集中在“读题”上，不要想“能不能过”。
• 每做完一题，无论对错，先深吸一口气再进入下一题。
• 第三题如果5分钟没思路，先写暴力拿部分分，然后再想优化。
• 不要和别人比较。你的目标是“通过线”，不是“满分”。机考分数高有助于后续主管面定级，但先确保通过，再追求高分。

我自己陪跑的案例里，有一个特别典型的：本科非科班出身，零基础准备了10周，前两周几乎每天都在怀疑人生，后来按考点分类刷完80道题，模拟卷从第一次的90分到第四次稳定450分，最后考试实际得分480。他的核心经验就一句话——按考点一块块吃，比东一榔头西一棒子高效十倍。

还有一个案例是反面教材：一个同事C++背景很好，结果考试时选了C++，第二题用STL容器时因为迭代器失效问题debug了20分钟，最后第三题没时间写。他就是输在“语言习惯和机考场景不匹配”上。如果你选C++，务必把STL常见坑提前踩一遍。

6.5 考试之后：成绩与后续流程

考完一般几小时到一两天内出成绩和判定结果。成绩通过了，会进入下一步的HR对接和技术面试（一面、二面，有的还有主管面）。机试分数也会被面试官看到，所以如果分数够高，后续聊起来会顺利不少。

如果这次没过，别气馁。OD机试允许重新约考，间隔期一般是一个月左右。这段时间把失败的题整理成错题本，按考点再刷两遍，下次考试通过概率会大很多。

结语：一点真实经验

最后分享一个很俗但很重要的小技巧：考前一周，别再刷任何新题了，只看自己的笔记和模板。我见过太多人，考前一周突然看到一个没见过的题型，焦虑得睡不着，结果第二天的考试发挥一塌糊涂。机试考的从来不是“你见过多少题”，而是“你能不能在有限时间内把见过的知识用出来”。把滑动窗口、双指针、背包九讲、并查集模板默写三遍，比看一百道新题有用得多。

祝你机试顺利，一把过。