秋招那阵子，深信服的C/C++软件开发岗位笔试是我们宿舍讨论最多的一场。网申投完没两天就收到了在线笔试通知，点进去一看是D卷，当时还在牛客上搜了一圈，发现考过的人说法五花八门，有人说偏基础，有人说算法题很硬。等我自己完整走完一遍，又帮两届学弟学妹复盘过试卷之后，我的结论是：D卷的考点不偏、不怪，但覆盖面非常宽，它真正考验的是你对C/C++这门语言底层机制的理解深度，以及在没有IDE自动补全、没有调试器的情况下，能不能一次写出逻辑正确、边界完备的代码。这篇东西就围绕D卷的题型结构、核心考点、编程题实操展开聊聊，给准备投深信服或者其他网络安全、云计算方向C/C++岗位的朋友一个参考。
1. 先搞清楚D卷在考什么：岗位与题型的底层逻辑
1.1 深信服C/C++软件开发岗在筛选什么样的人
想答好D卷，先得明白这个岗位的用人逻辑。深信服的主营业务集中在网络安全、云计算、企业级无线和SD-WAN这些方向，底层大量的网络设备固件、安全检测引擎、云平台组件、客户端软件都是C/C++写的。这类系统软件对稳定性、性能、资源占用有极高的要求，面试官和出题人希望招进来的人不是只会调库调框架的“业务型选手”，而是能把内存、指针、并发、网络协议这些底层机制讲清楚的人。
所以D卷的选题思路非常明确：选择题重点测你计算机基础扎不扎实，编程题重点测你在受限环境下的代码实现能力。它不会像互联网大厂那样考特别偏门的算法竞赛题，更多是考经典数据结构和常见算法的变体，但会特意挖一些C/C++特有的坑，比如内存泄漏、指针悬空、隐式类型转换、宏定义副作用这些。换句话说，这套卷子筛的是“能不能写生产级C/C++代码”的人，而不是“会不会刷题”的人。
1.2 D卷题型结构与时间分配策略
结合我参加的那场笔试以及后续了解到的信息，D卷的整体结构基本稳定，大致如下：
- 第一部分是选择题和填空题，数量在30道上下，覆盖C/C++语法细节、数据结构、操作系统、计算机网络、数据库基础；
- 第二部分是编程题，一般3道，难度呈阶梯状：第一道偏简单，第二道是中等难度，第三道用来拉开区分度；
- 整体时间是90到120分钟，在线OJ形式，代码题要求处理标准输入输出。
时间分配是我最想强调的一点。我当年犯过的错误就是在选择题上死磕，有一道关于虚函数表布局的题纠结了快十分钟，结果编程题第三道只留了二十分钟，最后没写完。现在我的建议是：选择题平均每题不要超过一分钟，拿不准的先用排除法锁定两个选项，标记下来最后再回头；整个笔试时间预留至少60分钟给编程题。因为编程题是按测试用例算分的，哪怕第三道完全不会，把前两道的所有边界情况处理好，也能拿到不错的分数。
2. 选择题部分：C/C++语言基础与计算机基础的高频考点
2.1 C/C++语言核心：指针、内存与关键字底层语义
D卷选择题里占比最大的永远是C/C++语言本身的考察，其中指针和内存是绝对的重头戏。常见的出题角度包括指针数组和数组指针的区分、函数指针的使用、二级指针传参的场景，以及“指针++”操作背后地址偏移的计算。这类题表面考语法，实际考的是你是否理解数组在内存中是连续存储的、指针运算的本质是地址偏移这个核心模型。
const关键字是另一个高频考点。const修饰变量、修饰指针（const int* p和int* const p的区别）、修饰函数参数和返回值，以及const成员函数，这些变化组合起来能出很多题。我记得D卷里有一道题是问const int* const p的语义，这种题看似绕，其实你只要抓住“const修饰的是它左边的内容，如果左边没有内容就修饰右边”这个原则，就能很快解出来。
内存管理相关的题也一定会出现。new/delete和malloc/free的区别，几乎是必考的，需要注意malloc返回的是void*且不调用构造函数，而new会调用构造函数并返回具体类型指针。内存分区也是个常考点，全局变量、静态变量、局部变量、常量、代码分别存在哪里，为什么局部变量的生命周期只在函数内，而静态局部变量能跨函数调用存在，这些都要能讲清楚。
static关键字也是选择题的常客，它有几种完全不同的用法：修饰局部变量时延长生命周期到程序结束，且只初始化一次；修饰全局变量或函数时限制作用域在当前文件；修饰类成员变量时表示所有对象共享一份数据；修饰类成员函数时表示该函数不依赖具体对象。D卷经常把其中两三种混在一起考，你如果只记了其中一种，很容易被绕进去。
2.2 操作系统、网络、数据库与Linux基础
C/C++岗位不能只懂语言本身，操作系统和网络基础在D卷中的占比同样不低。操作系统常考的点包括进程和线程的区别，比如进程是资源分配的基本单位，线程是CPU调度的基本单位，切换线程比切换进程开销小，因为线程共享进程的地址空间和文件描述符表。同步与互斥的题目也经常出现，信号量、互斥锁、条件变量、读写锁的区别，死锁产生的四个必要条件，以及怎么通过调整加锁顺序来避免死锁，这些是经典中的经典。
计算机网络部分，TCP和UDP的区别、三次握手和四次挥手的状态变化、TCP拥塞控制里的慢启动和拥塞避免，基本是逢考必有。有些场次还会考简单的IP地址子网划分，比如给你一个IP和掩码，让你算网络地址和可用主机数，这类题目分值不高但属于送分题，掌握了就不该丢分。
数据库和Linux的基础题一般会出现在后半部分。数据库常考索引失效的场景、事务的ACID特性、脏读和幻读的区别；Linux则常考常用命令，比如查看进程用ps、查看端口监听用netstat或者ss、查看磁盘空间用df和du，还有一些简单的Shell语法判断。这些内容虽然占比不如C/C++本身，但属于你将来工作日常都要用的技能，出题人默认你应该会。
2.3 选择题的应试技巧：概念理解比死记硬背更重要
选择题的另一个特点是特别喜欢考“易混淆概念”。比如数组名和指针的关系——数组名在大部分表达式中会退化为指向首元素的指针，但在sizeof表达式里不会退化，这个区别我用过一次就印象深刻。再比如struct和union的区别，union的所有成员共享同一块内存，大小按最大的成员算，而struct要考虑内存对齐。
我的经验是，选择题不能只背结论，一定要理解背后的机制。像内存对齐这种问题，你如果知道CPU访问内存是按字长对齐的，编译器会在成员之间填充padding字节，就能推算出结构体大小，而不是单纯背“取最大成员”。
还有一个实操技巧：拿不准的题用“小例子代入法”。比如一个复杂的指针声明 int (*(*p)(void))[3];，你先别慌，试着看它是不是函数指针，返回值是不是指向数组的指针，心里构造出这个结构再判断。实在不会就先标记跳过，等编程题做完有剩余时间再回来，不要让一道题拖垮整场节奏。
3. 编程题部分：手写代码的思路与实现细节
3.1 编程题的常见题型与解题框架
D卷的编程题通常围绕字符串处理、链表操作、二叉树遍历、动态规划和二分查找这些经典方向展开。第一道题一般比较简单，比如字符串逆序输出、判断回文、统计字符出现次数这类，主要考察基础语法和输入输出处理。第二道开始上难度，可能会出现单链表反转、合并两个有序链表、用两个栈实现队列这样的数据结构题。第三道则偏向算法，比如最长无重复子串、最长公共子序列、带权最短路径这类动态规划或图论问题。
拿到编程题，我建议你按这个顺序走：先花两分钟读题，确认输入的数据范围和输出格式；然后不要急着写代码，在脑子里或草稿纸上把大致的算法框架列出来，确定时间复杂度和空间复杂度是否能满足题目要求；最后再动手写，写的时候注意边界条件。
以常见的单链表反转为例，我给你们看一下我在笔试时写的实现：
#include <iostream> struct ListNode { int val; ListNode* next; ListNode(int x) : val(x), next(nullptr) {} }; ListNode* reverseList(ListNode* head) { ListNode* prev = nullptr; ListNode* curr = head; while (curr != nullptr) { ListNode* nextNode = curr->next; curr->next = prev; prev = curr; curr = nextNode; } return prev; }这道题的关键是记住“先保存后继节点，再改当前节点的next指针”，否则改完指针后你就找不到原来的后继了。这种边界处理能力，正是笔试想考察的东西。
3.2 手写代码的规范化操作与边界条件处理
编程题是OJ判题，你的代码不仅要能通过普通测试用例，还要经受住极端边界情况的考验。边界条件是我见过最多人丢分的环节，也是最容易通过刻意训练弥补的环节。
常见的边界情况包括：输入为空、链表长度为1、数组长度刚好等于上限、目标值不存在、整数加减乘除导致溢出。比如二分查找的代码，如果中间值计算写成 int mid = (left + right) / 2，当left和right都很大时可能溢出，正确写法是 int mid = left + (right - left) / 2。D卷里如果数据范围卡得严，这类细节就能拉开差距。
另一个需要注意的坑是读入带空格的字符串。很多同学习惯用cin >> str，但遇到 "hello world" 这样的输入，cin只会读到hello。笔试环境里推荐用getline(cin, str)读整行，或者用cin.getline()处理C风格字符串。
如果编程题要求处理标准输入输出，我建议先用简单的示例输入在脑子里跑一遍流程，再提交代码。很多在线OJ平台不支持自定义测试用例之外的东西，但大部分支持你自己在本地调试，先把本地能跑通再粘上去。
3.3 复杂度分析能力：数据范围决定算法选择
编程题隐含的信息往往在输入范围里。举个例子，如果n的数量级是10^5，那么O(n^2)的算法大概率超时，你需要考虑O(n log n)甚至O(n)的算法；如果n只有100，那哪怕是三重循环也没问题。千万别不看数据范围就直接写暴力解法，这是我帮学弟复盘时发现的最典型问题。
比如最长无重复子串这道题，用滑动窗口能做到O(n)，而暴力法是O(n^2)。如果字符串长度是10^5，暴力法在OJ上基本是必挂的。做题时先扫一眼数据范围，确定算法选型，是拿高分的关键。
有一类题还需要注意空间换时间的思路。比如“给定一个数组，找出其中出现次数超过一半的元素”，可以用摩尔投票法做到O(n)时间和O(1)空间，而不是开一个哈希表。D卷虽然不要求你把所有最优解都写出来，但在能优化的地方主动优化，面试官问起来的时候回答“我考虑过用哈希表，但这里数据范围可以用摩尔投票做到O(1)空间”，会显得你很有工程意识。
4. 实操中的高频失分点与避坑技巧
4.1 语言层面的经典陷阱
笔试中最冤枉的丢分，往往不是题不会做，而是栽在细节上。
字符串结束符：C风格char数组存储字符串时，末尾必须留一位给'\0'。有些同学定义了char buf[10]，往里面拷贝了10个可见字符，再调用strlen或者printf，结果出现越界读或乱码，这就是忘了'\0'导致的。
有符号和无符号比较：int a = -1; unsigned int b = 1; if (a < b) 这个判断条件，很多人理所当然认为成立，但实际上a会被隐式转换成无符号数，变成一个非常大的正数，所以结果是false。笔试里遇到类似表达式，留意一下变量类型。
浮点数不能用==直接比较：因为浮点数存储有精度误差，直接用==判断两个小数相等，结果往往和你预期不符。正确做法是计算它们的差值绝对值是否小于一个很小的epsilon，比如1e-9。
函数返回局部变量地址：局部变量分配在栈上，函数结束后内存被回收，返回它的地址，后续访问结果是未定义行为。如果想在函数内创建对象并返回，应该用new分配堆内存，或者直接返回对象值。
4.2 笔试环境下的输入输出与调试技巧
在线笔试的代码，很多要求你自己处理标准输入输出。对比cin/cout和scanf/printf，当数据量很大的时候，cin/cout因为要同步C的标准IO，性能会差不少。如果你特别在意性能，可以在main开头加一行：
ios::sync_with_stdio(false); cin.tie(nullptr);这样可以解除cin和stdio的同步，让cin/cout速度快很多。不过要注意，加了这个之后就不能混用cin和scanf了。
调试方面，笔试题很多时候不允许你用IDE的断点调试，只能靠printf大法和心理模拟。我的建议是，写完代码后一定自己构造几个测试用例，包括正常输入、最小输入、最大输入和空输入，在脑子里跟着代码走一遍。比如链表反转，你可以用三个节点的链表逐步推演，确认每一步的指针指向都是对的。这个习惯能帮你拦下大量低级错误。
4.3 编程题翻车现场与应对方案
我见过太多考生在编程题上翻车，整理几个典型场景：
没看清题目要求就动手：有些题要求输出某种格式，比如每个数字后跟一个空格、最后一行不要换行，这种格式错误在OJ里会判Presentation Error，虽然不算错误但会被扣分，甚至是0分。做题前务必把输出格式看仔细。
递归深度过深导致栈溢出：DFS递归处理大规模数据时，系统栈会被打爆。遇到这种情况，考虑改成显式栈或迭代写法。笔试里如果题目暗示数据范围较大，尽量用迭代。
数组越界不报错但结果错：C/C++的数组越界不会像Java那样抛异常，它会静默读写临近内存，导致难以定位的诡异行为。每次写循环的时候，对照下标范围检查一下，特别是处理边界下标时，比如i<=n和i<n的选择，稍不留神就写错。
忘记释放内存：笔试OJ一般不会因为你不释放内存而扣分，但如果你在循环里反复new却不delete，堆内存会被耗尽导致超时或崩溃。正确做法是：在new之前先想清楚这个对象的生命周期，用完之后立刻释放。
5. 从笔试到面试：C/C++岗位的进阶准备
5.1 笔试后的复盘方法
笔试结束不等于事情结束，复盘比考试本身更重要。我的习惯是，考完当天趁着记忆还热，把做过的每一道题重新敲一遍，尤其是那些没做出来的和做错了的。线上笔试平台一般会保留你的提交记录，对照标准解法看自己哪里绕了远路、哪里边界没处理，把这些整理到自己的错题文档里。
复盘还有一个关键动作：记录每道题的耗时。如果你发现选择题花了太久，说明基础概念不够熟练，后续要针对性地刷概念题；如果你发现编程题总是卡在边界条件，下次写代码前先用两分钟列边界清单。持续几场笔试下来，你会明显感觉到自己的答题节奏变得更稳。
5.2 技术面试中如何讲好你的代码和项目
D卷如果过了，接下来一般是技术面。面试官让你讲题的时候，不要只报答案，要把你的思考过程讲清楚。比如“这道题我一开始想到的是暴力法，复杂度是O(n^2)，但看到数据范围是10^5，我改成滑动窗口，降到了O(n)”，这样的回答能展示出你的算法权衡能力。
除了讲题，项目经验也是必问的。深信服这类做底层软件的公司，很看重你有没有C/C++相关的实战项目。你不需要写什么惊天动地的项目，但一定要能讲清楚自己做的模块：用的什么技术、解决了什么问题、踩过什么坑、怎么优化的。哪怕是课程设计里写的一个简易线程池，只要你把线程池的创建、任务队列、线程同步机制讲得清楚透彻，也比简历上写十个“精通”更有说服力。
我个人在实际操作中还有一个体会：笔试前花点时间把C++11之后的新特性过一遍，比如auto类型推导、智能指针（unique_ptr、shared_ptr）、lambda表达式、移动语义。面试官问起来，你能说出“我在项目里用unique_ptr替代裸指针管理资源，避免手动delete导致的内存泄漏”，这种回答比背概念要加分得多。
5.3 备赛时间规划与刷题建议
如果你现在离笔试还有几周甚至几个月，我给你一个可执行的规划：
- 第一阶段：系统过基础。看一本C++ Primer或者《Effective C++》，把指针、引用、内存管理、类与对象、STL容器和算法这些核心知识点理清楚，配合刷选择题巩固。
- 第二阶段：强化编程题。每天保证2到3道经典题目，重点刷链表、二叉树、动态规划和字符串处理。LeetCode的Hot 100和剑指Offer是很好的题库，按照标签刷，而不是乱刷。
- 第三阶段：模拟笔试。找牛客网或者力扣的真题模拟，严格按照考试时间来，训练自己在压力下分配时间的能力。我通常会把模拟笔试安排在周一和周四晚上，固定节奏，形成习惯。
刷题的时候不要只满足于AC，每道题做完后尝试思考能不能优化，能不能用第二种方法做。比如链表题，你可以用迭代法做一遍，再用递归法做一遍，对比两者的空间复杂度差异。这个过程训练的是你在面试中面对follow-up问题时的应变能力。
另外提醒一句：不同批次的D卷内容可能略有差异，但核心考点万变不离其宗。押题不如把基础打牢，把每个知识点的原理理解透。我在后续带过的几届学弟学妹里，凡是能稳定发挥的，都不是靠运气碰到原题，而是靠扎实的基础和稳定的答题节奏赢下来的。
回到这张D卷本身，它给我的感觉更像是一面镜子，照出你对C/C++这门语言到底理解到哪个层次。语言语法的细节、内存模型的认知、数据结构的灵活运用、边界情况的处理意识，这些都不是考前突击一两天能速成的，需要平时写代码的时候就有意识地积累。如果你正在准备校招，不妨从现在开始，每次写代码都多问自己一句：这个变量的生命周期是怎样的？这段代码在边界情况下会不会出问题？有没有更优的时间复杂度方案？把这些习惯养成了，你收获的就不只是一场笔试的通过，而是未来职业生涯里写高质量C/C++代码的能力。
