1. 笔试整体考察方向与题型分布

1.1 考点地图：这份题集到底在考什么

拿到这份2020校招C++开发工程师笔试题，第一眼扫过去最直观的感受是：覆盖面很广，但并非漫无目的的广。整套题围绕C++语言核心、数据结构与算法、操作系统、网络编程四个大方向展开，其中C++语言本身的语法特性类题目占比最大，大概能到四成左右；算法与数据结构类题目占三成；操作系统和网络各占一成半。这种分布和大多数互联网公司后端开发岗位的笔试题结构高度吻合，对准备校招的同学来说，这套题的参考价值不亚于一份完整的考点清单。

作为参加过多次校招笔试的过来人，我的建议是不要只盯着题目本身去背答案，而是把每一道题当成一个知识锚点，顺着它去补全整个知识网。比如题目里考了const关键字的作用，你就不该只记住"const修饰变量不可修改"，而应该继续追问：const成员函数、const修饰指针、constexpr和const的区别、mutable和const的搭配使用，这一整套下来才算真正吃透这个考点。

1.2 题型构成与分值参考

这套笔试题的题型大致分为三类：

这个分值的分配非常典型：编程题是决定能否进入面试环节的关键。选择题和填空题更多是筛选作用，编程题才是真正拉开差距的地方。我见过太多同学在选择题上花费大量时间纠结，结果留给编程题的时间不够，最后最可惜的情况就是选择题部分能拿高分，编程题却只做出一半，总分依然不理想。所以做题顺序上，我强烈建议先花五分钟快速浏览一遍编程题，做到心中有数，再回头按顺序做选择填空。

1.3 难度曲线：从基础题到压轴题的梯度设计

整套题目的难度安排有一个明显的梯度。前期的选择题重在考察基础的语法规则和概念理解，只要系统学过C++、平时有写代码积累，基本不会太卡壳。中段的填空题和简答题开始加入一些需要推理的内容，比如给出一段代码让你预测输出结果，这类题表面考的是语法，实际考的是对程序执行过程的底层理解。后段的编程题则直接跨入算法设计的范畴，链表操作、动态规划、字符串处理是三大常客，压轴题通常综合两到三个知识点，比如用哈希表加双指针解决滑动窗口问题。

我个人在刷这套题的时候最大的体会是：题目本身的难度适中，但时间压力不小。C++笔试普遍是两小时左右的时限，这套题的题量需要每分钟都保持高效率。如果你在某个选择题上卡住超过三分钟，建议先跳过，做完其他题再回来看。

2. 基础语法与语言特性考点解析

2.1 关键字、const与static的经典陷阱

C++笔试对关键字相关的考察可以说是必考项，这套题里就出现了多次。const和static这两个关键字是重中之重，而且出题人特别喜欢把它们放在组合场景里考，而不是单纯问你"const是什么意思"这种送分题。

const相关的题目，核心要抓住三个层面。第一层是const修饰变量，表示变量只读不可修改，这点大部分人知道。第二层是const修饰指针，这里有个很经典的口诀记忆法：const在星号左边表示指针指向的内容不可修改，const在星号右边表示指针本身不可修改，const在两边都有则表示两者都不可修改。第三层是const成员函数，即函数末尾加const修饰，表示该函数不会修改对象内部状态。笔试里最常考的陷阱是：const成员函数里调用非const成员函数会编译报错，因为无法保证对象不被修改。

static关键字比const的考法更丰富。static修饰局部变量时，变量存储在静态区，生命周期延长至程序结束，但作用域仍限于函数内部。static修饰全局变量时，变量作用域被限制在声明它的源文件内，外部文件无法通过extern引用。static修饰成员变量时，所有对象共享一份拷贝，必须在类外进行定义初始化。static修饰成员函数时，函数不依赖具体对象，只能访问static成员。笔试的常见出题方式，是把static变量和构造函数、析构函数的调用顺序放在一起，让你预测输出结果。

注意：static修饰的局部变量，在多次调用函数时只初始化一次。这是笔试的高频考点，同时也是实际开发中容易踩坑的地方——多线程环境下对static局部变量的并发访问，会引入意想不到的线程安全问题。

2.2 引用与指针：八股背后的内存逻辑

引用和指针的对比是C++笔试中经久不衰的话题，这套题也没有绕过。很多同学背了一堆引用和指针的区别，比如"引用必须初始化""引用不能重新绑定""引用更安全"等等，但一旦考到实际代码场景，还是容易错。关键在于，所有区别都源于一个底层事实：引用本质上是被封装了的指针，它在底层实现上就是一个指针常量，只是编译器在使用层面强制了更多的约束。

题目里出现过一个非常经典的问题：给定一段交换两个变量值的函数代码，分别用指针版本和引用版本实现，让你指出哪个能真正交换成功。指针版本如果写错了取地址方式，交换的就是指针本身而不是指针指向的内容；引用版本在语法上更不容易出错。这就是引用在开发中被推荐的原因——它用编译器的强制约束，换取了程序员犯错空间的压缩。

关于引用的一个容易被忽略的考点是右值引用。C++11引入的右值引用（T&&）和移动语义，在校招笔试中出现的频率逐年升高，尤其在涉及vector等容器的代码里，右值引用和移动构造的组合使用，决定了容器扩容时是深拷贝还是移动拷贝。如果你准备的笔试题范围较新，务必把std::move、移动构造函数、完美转发这几个概念吃透，这是C++开发者进阶绕不开的分水岭。

2.3 面向对象三件套：封装、继承、多态

面向对象是C++笔试永远的核心，这道题集里好几道选择都把继承和多态放在一起考，难度主要体现在组合判断上。

多态部分的考点非常集中。虚函数是基类里用virtual修饰的函数，派生类里可以重写它，调用时根据对象的实际类型决定调用哪个版本。纯虚函数是"=0"修饰的虚函数，包含纯虚函数的类是抽象类，不能实例化对象。虚析构函数是被virtual修饰的析构函数，当通过基类指针delete派生类对象时，如果没有虚析构函数，只会调用基类析构函数，派生类的析构函数不会被调用，造成资源泄漏。这道题考查的关键在于，虚函数表在编译期生成，每个含有虚函数的类在内存中多出一个指向虚函数表的指针，程序运行时通过这个指针找到应该调用的函数版本。

继承相关的考点里，最常见的是构造和析构顺序问题。创建派生类对象时，先调用基类构造函数，再调用派生类构造函数；销毁对象时顺序相反，先调派生类析构函数，再调基类析构函数。给一个代码片段，让你写出打印顺序，这类题刷多了就会发现，其实核心就是记住一句话：构造由基及派生，析构由派生及基。

继承中还有一个高频陷阱——同名隐藏。派生类定义了与基类同名的函数或成员变量，基类的版本会被隐藏而不是重载，需要通过基类名加作用域限定符来访问。笔试里如果看到派生类对象调用一个同名函数，先想清楚这是不是隐藏场景，然后检查代码有没有加作用域限定符。

3. 内存管理与STL容器考点解析

3.1 new/delete与malloc/free的本质差异

内存管理题目在笔试中经常与之前的指针和引用题目混合出现，体现了出题人对底层机制的要求。malloc和free是C语言时代的标准库函数，new和delete是C++的操作符，它们的区别是必背的题目：new不仅分配内存，还调用构造函数完成对象初始化；delete先调用析构函数，再释放内存。malloc只分配原始内存块，不进行任何初始化；free只释放内存，不调用析构函数。

这套题里对二者的考察不只停留在表层区别，还设置了一个进阶问题：能不能混用malloc配delete，或者new配free？答案当然是不能。new分配的内存和malloc分配的内存源于不同的管理机制，混用会导致内存管理的状态混乱，轻则内存泄漏，重则程序崩溃。实际开发中，如果你在维护一段历史遗留的C和C++混合代码，这种混用错误偶尔会遇到，排查起来相当头疼。我的建议是在团队规范里明确规定：C++代码一律使用new/delete，C风格代码保持malloc/free，跨界传递内存时极其谨慎。

3.2 内存泄漏与RAII思想

内存泄漏，即申请的内存没有正确释放，导致程序占用的内存只增不减。笔试中通常用一道代码阅读题来考：写一个函数，里面new了一个对象，中间出现异常抛出，问这段代码有什么问题，如何修复。标准答案是：函数栈帧展开时，new出的对象指针丢失，对象永远无法释放，造成内存泄漏。修复方案是使用RAII，即资源获取即初始化，用容器的栈对象管理堆资源的生命周期，最常见的实现就是智能指针。

校招笔试对智能指针的考察集中在shared_ptr、unique_ptr和weak_ptr的区别上。shared_ptr采用引用计数管理资源，当引用计数降为零时自动释放资源，简单好用的代价是线程安全需要额外考虑。unique_ptr独占资源所有权，禁止拷贝但可以移动，性能和开销几乎为零。weak_ptr用于破解shared_ptr相互引用导致的内存泄漏问题，它可以观察资源而不增加引用计数。笔试出题比较喜欢的场景是：两个对象互相持有对方的shared_ptr，结果引用计数永远无法归零，造成内存泄漏，正确答案就是改用weak_ptr打破循环引用。

注意：shared_ptr的引用计数操作在多线程环境下是线程安全的，但这不等于shared_ptr管理的对象本身线程安全。这是两个层面的事情，笔试题目里如果拿这个做文章，一定要记得区分清楚。

3.3 容器选型：vector、list、map的底层博弈

STL容器是C++笔试的高频区域，这套题里至少有三道题与此相关，而且大多是要求你分析不同容器的时间复杂度和适用场景。

vector是使用频率最高的容器，底层是连续内存，随机访问O(1)，尾插操作均摊O(1)，头部和中间插入删除O(n)。笔试和实际开发中，vector最需要注意的是扩容机制——当元素数量超过当前容量时，vector会分配一块更大的内存，把旧元素全部拷贝过去，然后释放旧内存。题目里考的是"均摊O(1)"的概念，即扩容操作虽然偶尔开销很大，但平均到每次插入上仍然是常数时间。还有一个更深层的考点：扩容后所有指向容器内元素的迭代器和引用全部失效，这是一个经典的悬垂引用诱因。

list底层是双向链表，不支持随机访问，但任何位置插入删除O(1)，每个节点额外存储前后指针，空间开销大。map底层通常是红黑树，按键有序存储，查找、插入、删除都是O(log n)。unordered_map底层是哈希表，查找均摊O(1)，但key的存储无序。笔试喜欢出"选哪个容器更合适"的场景题，比如"需要频繁在中间位置插入删除，选vector还是list"，答案通常是list，但要注意，如果数据量小，vector在中间插入的代价并不致命，反而缓存命中率高，实际性能更好。这类题目考察的，其实是你在理论效率和工程经验之间的平衡能力。

4. 算法与数据结构考点解析

4.1 排序算法：不止于"背代码"

排序算法是笔试的常驻嘉宾，至少会有一道选择题或编程题。很多人觉得排序简单，无外乎冒泡、快排、归并、堆排序，会背代码就行。但我见过不少同学在笔试里栽在基础上——题目问"快速排序在最坏情况下的时间复杂度是多少"，有人答O(n log n)，这就是完全没有理解排序算法本质的典型。

快速排序的平均时间复杂度是O(n log n)，但最坏情况下，比如数组已有序且选取基准策略不佳，会退化为O(n²)。归并排序稳定且无论什么输入都是O(n log n)，缺点是需要额外O(n)空间。堆排序也是O(n log n)，但常数较大，实际运行未必比快排快。这些细节，笔试必备。

这套题里排序相关的一道题目是：手写归并排序的合并函数。虽然看起来简单，但很能检验代码功底。合并两个有序数组到一个新数组，需要注意边界条件的处理、三指针的初始化、剩余元素的追加。我给个参考实现供笔试和日常使用：

vector<int> mergeSortedArrays(const vector<int>& a, const vector<int>& b) { vector<int> result; result.reserve(a.size() + b.size()); size_t i = 0, j = 0; while (i < a.size() && j < b.size()) { if (a[i] <= b[j]) { result.push_back(a[i++]); } else { result.push_back(b[j++]); } } while (i < a.size()) result.push_back(a[i++]); while (j < b.size()) result.push_back(b[j++]); return result; }

笔试中手写排序算法，最重要的是不要有语法错误和逻辑遗漏。写完代码之后，一定要在脑子里推演一遍小数据用例，比如长度为0、长度为1、全相同元素的情况。很多人在合并函数里漏掉一个while循环或者未完整处理剩余元素，丢分丢得很可惜。

4.2 链表操作：笔试高频的实操题型

链表相关的题目是笔试中手写代码题的重头戏。这套题里出现了链表的创建、反转、删除等操作。链表题对面试官来说有很高的出题性价比，因为链表的机制本身不复杂，但很考验边界条件处理和指针操作的耐心。

最常见的链表题目是反转链表，看似简单，里面的坑不少。迭代法的代码网上到处都是，但我笔试和面试中都见过有人在关键的三指针逻辑上出错。参考实现：

ListNode* reverseList(ListNode* head) { ListNode* prev = nullptr; ListNode* curr = head; while (curr != nullptr) { ListNode* nextTemp = curr->next; curr->next = prev; prev = curr; curr = nextTemp; } return prev; }

需要注意的地方：不要忘记保存next指针；循环结束后prev指向新的头节点；输入为空链表或单节点链表时，直接返回head。还有一个容易被忽略的点——反转链表时，在循环过程中不要修改原链表的头指针，除非你有意这么设计。链表题通常不只是让你实现一个功能就完事，还会要求你分析时间和空间复杂度，这里反转链表的时间复杂度是O(n)，空间复杂度是O(1)。

4.3 经典动态规划与搜索题

动态规划是校招笔试中区分度最高的题型。这套题集里至少有1-2道动态规划或搜索类题目，其中我印象比较深的是最长公共子序列的变体题。

动态规划的通用解题步骤是：明确状态定义、建立状态转移方程、确定初始化和边界条件、按照合适的遍历顺序填表。以最长公共子序列为例，dp[i][j]表示字符串a前i个字符和字符串b前j个字符的最长公共子序列长度，状态转移方程为：if a[i]==b[j]，dp[i][j]=dp[i-1][j-1]+1；否则dp[i][j]=max(dp[i-1][j], dp[i][j-1])。这类题目刷几道典型的，思路就会熟起来。

动态规划题目最需要注意的是空间优化。绝大多数背包类、序列类题目，二维dp数组都可以优化成一维。但优化的时候要小心遍历方向，比如0-1背包从后往前遍历，完全背包从前往后遍历，写反了结果就完全错乱，踩过坑的都懂。

搜索类的题目通常是深度优先或广度优先在图、树或网格上计算。这类题需要注意的关键是visited数组的标记时机。在网格搜索类的题目里，visited标记应该放在入队时或递归调用前，而不是在出队时或递归入口处才标记，否则会造成大量重复入队或递归，可能导致超时。

5. 操作系统与网络考点解析

5.1 进程与线程：并发考核的底层逻辑

操作系统相关的考点对校招生来说，核心是进程与线程的区别、并发与并行的区别、死锁四条件以及进程间的通信方式。

进程是系统进行资源分配的基本单位，拥有独立的地址空间；线程是CPU调度的基本单位，共享所属进程的地址空间与资源。进程创建和销毁的开销大，线程相对轻量。笔试和面试一个常见的考题是"多进程和多线程的优缺点比较"，出题人期待你能够结合场景给出选择依据，如在需要数据隔离的时候选进程，需要频繁通信和共享数据时优先线程。

另一个高频考点是协程，尤其近几年在游戏后端和高并发服务开发中，协程相关的技术栈已经非常普遍。笔试题目可能涉及协程与线程的区别、协程的调度方式等。我的理解是，协程的核心价值在于它把并发的复杂逻辑用同步的方式写出来，同时避免了线程切换的高成本。如果时间充裕，建议把基于协程的实现原理和典型使用场景一并复习。

5.2 死锁的四个必要条件与"银行家算法"

死锁是操作系统笔试的一个稳定考点。题目通常考察死锁的四个必要条件：互斥条件、请求与保持条件、不可剥夺条件、循环等待条件，然后让你分析一段伪代码是否可能发生死锁，以及如何避免。

针对死锁的治理，笔试层次只需要记住四个方向：破坏互斥条件、破坏请求与保持条件（一次性分配所有资源）、破坏不可剥夺条件（资源可被抢占）、破坏循环等待条件（对资源排序并规定申请顺序）。更进一步，理解银行家算法的安全性检查，绘制安全序列，也是校招笔试的常考题型。如果题目中出现银行家算法，建议不要硬背安全判定表格，而是理解Need矩阵、Available向量和安全性检测流程的内在逻辑。

提示：关于死锁，笔试最终要落到代码实现上，即如何通过加锁顺序设计来避免循环等待。你如果在回答中对加锁顺序缺乏明确建议，考官很难信服你真正理解死锁的实质。

5.3 TCP/IP与Socket编程考点

校招笔试对网络协议一般要求不高，掌握TCP、UDP、HTTP、HTTPS的基本特性就够用。TCP是面向连接的可靠传输，提供流量控制、拥塞控制和超时重传。UDP是无连接的不可靠传输，延迟低，开销小。HTTP是无状态的应用层协议，每次请求之间相互独立。HTTPS在HTTP基础上增加了TLS/SSL加密层，兼顾安全与完整。

这道题集里考察了TCP三次握手和四次挥手的过程。三次握手的内容不难，但考场之外，我建议你把握手失败、半连接队列等扩展知识也看一遍，这些内容面试被追问的概率极高。四挥手时，主动关闭方进入TIME_WAIT状态并等待2MSL时长，笔试可能问原因，即保证最后一个ACK到达对端，同时让旧连接中的数据包在网络中自然消失。

Socket编程相关题目出现频率较低，主要集中在TCP socket的编程模型上：socket、bind、listen、accept、connect、read、write、close这几个调用之间的次序关系，以及阻塞I/O和非阻塞I/O的区别。此外再弄清TCP一次性recv缓冲区的情况——数据是否一次性读彻底取决于缓冲区剩余空间与调用参数共同作用，这一块需要结合代码经验来理解。

6. 编程题实现与调试技巧

6.1 手写代码的四个关键步骤

编程题的成败，不只取决于会不会做，更取决于现场的呈现方式。笔试环境下，我看过很多能力不差的同学因为代码风格问题和临场条理问题失分。一个比较可靠的流程是：审题拆解、设计思路、编码实现、自测验证。

审题阶段是最容易被低估的步骤。编程题的文字描述通常有细节陷阱，比如"按照字典序排序""结果可能非常大，请取模"等，读漏一个条件，整个答案就废了。我建议把题面读到能复述为止，再动手写注释和伪代码。

设计思路阶段需要在草稿纸上，或代码注释区先写出核心流程。比如题目要求实现LRU缓存，就先定义清楚数据结构选型、get和put的时序流程，以及容量不足时的淘汰策略。这样写代码时能避免思路混乱。

编码实现阶段，注意代码的模块化和命名规范。面试官和自动判题系统都会看你的代码可读性。变量名应该能表达用途，函数应该短小单一，关键步骤的注释不能省。手写代码不求工程化程度多高，但基本的清晰度必须有。

自测验证阶段是最多人忽视的环节。写完代码后，先小数据量跑一遍，观察是否得到预期输出，再跑边界条件，最后确认极端输入。

6.2 边界处理与自测用例设计

边界条件是有经验的程序员和老手之间差别最快显现的地方。笔试编程题里，常见的边界条件包括空输入、单元素输入、元素全相同、最大最小值、负数情况、数据溢出的风险等。举个例子，反转一个字符串，输入是空字符串或长度为1的字符串时，你的代码不能崩溃或死循环。计算数组和时，如果数组长度很大且元素很大，int可能溢出，需要用long long存储中间结果。这类边界条件，设计自测用例时一定要覆盖到。

自测用例设计有一个很实用的方法：先在纸上写3到5个测试用例，包括一个常规用例、一个边界用例、一个异常用例，再逐步跟进代码走一遍。比如实现一个函数删除链表中指定值的所有节点，自测用例至少应该有：链表为空、链表只有一个节点且匹配、链表头节点匹配、链表中间节点匹配、所有节点全匹配这5种场景。定时在笔试中这样做，能有效提升通过率。

6.3 时间复杂度的扣分陷阱

算法题的时间复杂度是笔试和面试共同的考察要点。大部分同学的问题不是不会分析时间复杂度，而是分析错误或回答不严谨。O(n²)和O(n log n)听起来差距不大，但数据量达到10万级别时，运行时间可以相差两个数量级。笔试编程题如果忽略了这个问题，即使思路正确，也可能因为超时被扣掉很多分数。

降低复杂度的高频套路：用哈希表把查找从O(n)降到O(1)；用前缀和把区间和从O(n)降到O(1)；用双指针把嵌套循环降为线性遍历；用二分查找把有序数组中的线性查找降为O(log n)。比如一道经典的三数之和题目，朴素做法三层循环是O(n³)，先排序再双指针降到O(n²)，这在笔试里就是完全不同的档次。

注意：在笔试中谈到某算法是O(n log n)，尽量能够说出该复杂度的来源构成，如"每次分解O(n)合并O(1)，一共log n层"或"分治的两层复杂度叠加"，这样才显得有深度。

7. 常见问题与备考实操建议

7.1 备考过程中的常见误区

刷题备考的时候，有几个毁人不倦的误区想和大家逐个聊透。

第一个误区是只刷题不补理论。很多同学一头扎进题目里，计算机网络、操作系统、C++语法基础还有很多盲点，结果刷到后面发现每道题都似懂非懂，因为底层知识穿不起来。我的建议是刷题之前先花两三周时间系统过一遍教材或笔记，把基础知识的框架搭起来，再开始刷题，效率会高很多。

第二个误区是眼高手低，看得懂但写不出来。我见过不少人自己能把题目的解法头头是道讲清楚，但真让他们手写代码就漏掉各种细节。解决方案很简单：多写，手写代码，用白板或者纯文本编辑器练，不借助IDE的自动补全和调试工具。校招笔试的环境往往很原始，可能没有语法高亮和错误提示，提前适应这种环境很重要。

第三个误区是忽视总结和复盘。一套题做完，对完答案就扔到一边，不整理错题，不归纳题型。这样刷再多的题效果也有限。我自己的习惯是准备一个错题本，把每一道做错的题整理出来，标注错误原因、正确思路、涉及的知识点，然后定期回看。这些错题本，往往就是考前几天最有价值的复习资料。

7.2 刷题路径与资料搭配

关于刷题路径，我建议按下面三个阶段推进。

第一阶段是基础巩固期，时间为两周左右。重点是把C++语法基础彻底吃透，尤其是类与对象、继承多态、内存管理、STL常用容器这几个核心板块。搭配的学习方式是教材加笔记加代码验证，每学完一块知识，写几个小demo验证理解。

第二阶段是专项突破期，时间为三到四周。按照数据结构、算法、操作系统、计算机网络四个板块分别刷题。数据结构板块主攻链表、二叉树、哈希表；算法板块主攻排序、双指针、动态规划、搜索回溯；操作系统板块主攻进程线程、死锁、内存管理；计算机网络板块主攻TCP三次握手、HTTP特性等。每刷完一类题，整理一份自己的解题模板。

第三阶段是全真模拟期，时间为考前一至两周。找近两年的笔试题，按真实考试的时间要求限时做。重点在于适应时间节奏，找到适合自己的做题顺序，并针对薄弱点做最后的提分。

资料搭配上，教材推荐经典的C++入门和进阶书籍，算法题主刷在线题库，如果想追求效率和质量，可以参加一些打卡刷题的线上课程或社区，有节奏、有反馈的学习效果远好于自己闭门造车。

7.3 心态与考场决策经验

笔试不仅是能力的较量，也是心态和决策的较量。一个实用建议是，进入考场先快速扫描全部题目，标注出不同题型的难度和分值，然后分配时间。一般选择题控制在总时长的30%以内，编程题留足50%的时间，剩余时间用于检查和没做完的题目。

做题顺序上，我的习惯是按照题目顺序先做，遇到卡壳的题果断标记跳过。很多同学有一个共同的问题：遇到不会做的题就死磕，结果后面的简单题没时间做，因小失大。可以先从能拿分的题入手，稳定住基本盘，再回头解决难题。

时间分配还有一个常被忽视的点：编程题如果不确定，别着急提交。留出五分钟以上重新审题，确认题目要求与自己的实现一致。读错题目是最让人懊恼的失分原因，没有之一。

写在最后：一点备考路上的经验之谈

回过头来再看这套2020校招C++开发工程师笔试题，它的价值绝不止于作为一套真题去模拟。准备校招笔试，本质上是在整理和验证你过去几年的C++基础知识结构：你对语言细节的理解程度、你对算法题的思路熟练程度、你在时间压力下稳定输出的能力。很多同学复习时习惯盯着"我不会做"的题目，但实际上，大量失分点落在那些"我大概会做但没完全做对"的题目上。所以在后期模拟训练时，我会刻意提醒自己：与其追求做完所有题，不如保证把会的题全部拿到分。

最后再说一个小技巧。备考过程中，把重要的易错知识点列成清单，考前半小时只看清单。这个习惯陪伴了我整个校招期间，效果比临时翻书好得多。无论你还有多久上考场，把握好节奏，一步步补齐自己的知识盲区，剩下的交给时间就好。祝各位准备校招的同学，顺利拿下心仪的offer。