前几天整理移动硬盘翻出了当年参加深信服校园招聘C/C软件开发岗G卷时留下的草稿和代码截图。说实话那次笔试给我的印象比很多公司的现场面试还要深题量大、覆盖面广、语言细节考得极细几乎把你到底有没有真正写过C/C这件事摊开来看。后来我带过一些应届生也会拿G卷当模拟题练手发现学弟学妹们最容易挂在同一个地方——不是不会写算法而是死磕选择题上的语言陷阱把编程题的时间砍掉了。这篇内容我尽量还原G卷的考察逻辑和典型题型并结合我自己的笔试、面试复盘经验讲讲C/C开发岗备考时真正值得花时间的点。如果你正在准备深信服的校招或者目标就是网络、安全、云计算这一类偏底层的C/C岗位这篇文章应该能帮你少走不少弯路。1. 拿到G卷的第一印象考点分布和整体逻辑不管哪一年的G卷它的出题思路都带着浓厚的产品驱动味道。深信服的产品线覆盖了终端安全、超融合、云桌面、SD-WAN、上网行为管理这些方向而这些产品的底层大量依赖C/C实现。客户端组件要直接操作文件、进程、网络数据包高转发性能模块要贴近内核和协议栈运维平台的后端服务也要考虑高并发和内存模型——这就决定了笔试卷子的考察维度必须覆盖语言、算法、系统、网络四个层面。1.1 为什么深信服需要大量C/C工程师很多同学会问明明是软件研发岗为什么笔试里C/C语言细节题比重这么大我的理解是安全产品和企业级硬件设备里的代码很多是长生命周期项目。一个EDR客户端可能要在Windows和Linux两个平台上跑五年以上一个网络转发模块要持续处理几万条并发连接。这种场景下写代码的人如果不懂内存布局、不懂编译链接过程、不懂多线程下的竞态条件线上出问题会非常难排查。所以在G卷里出题人不是在故意刁难你而是在模拟你能不能直接上手维护一个真实产品。1.2 一套G卷的典型结构与时间分配不同批次的G卷题型会有微调但从我见过的情况来看大致可以归纳为三个模块模块题型建议用时考察重点C/C语言基础单选、多选、程序改错30到40分钟指针、内存、C特性数据结构和算法2到4道编程题60到70分钟字符串、链表、动态规划操作系统与网络单选、简答20到30分钟进程线程、TCP/IP、Linux这里有个很容易犯的错误把太多时间花在选择题上尤其是那种在两个选项之间纠结的题。我的经验是拿不准的选择题先凭第一印象标记后面做完编程题再回头想。因为编程题只要AC一道往往能顶好几道选择题的分而一道纠结很久的选择题不一定能拿分。1.3 拿到试卷后的三个决策进笔试页面之后我习惯先花一两分钟通读全部题目而不是急着做题。第一是确认编程题有几道、难度大概在什么位置第二是看有没有需要写完整程序还是只写核心函数第三是判断自己的熟练度把最有把握的编程题排在前面做。这种先侦察再进攻的策略在紧张状态下特别有用能避免最后发现还有一道很简单的编程题没来得及做。2. 选择题里的C/C陷阱每个都是实打实的工程问题G卷的选择题很少考那种背概念就能选出来的题目而是喜欢把代码片段、编译结果和运行行为结合在一起考。这类题做错的原因往往不是知识点没学过而是平时写代码时根本没踩过那个坑。2.1 指针、引用与内存布局笔试里出现频率最高的一类题是关于字符串字面量、数组名和指针运算的。char *p hello; p[0] H;这段代码在绝大多数平台上会直接崩溃因为字符串字面量存在只读存储区试图修改它是未定义行为。很多同学能背出字符串字面量不可修改这句话但笔试换成const char *p和char *p的差异时又容易蒙。我的记忆方法是从变量名开始遇到const就修饰它左边的东西如果左边没有东西就修饰右边。这样const char *p和char *const p的区别就永远不会忘。另一个高频考点是数组和指针的区别。sizeof(array)在数组定义所在作用域返回整个数组大小但数组作为函数参数传递后会退化成指向首元素的指针sizeof只能拿到指针大小。笔试里经常给一个看起来人畜无害的函数内部用sizeof(a) / sizeof(a[0])计算元素个数结果算出个错误数值。这就是典型的看着对、跑起来就错的工程问题。2.2 编译、链接与关键字语义C笔试里static、const、volatile、extern C这些关键字几乎年年出现而且会反复换着角度考。static在不同位置的语义完全不同局部变量变成了静态存储期函数内部状态跨调用保留文件内的全局函数或变量被限制为内部链接其他编译单元访问不到类成员变成所有对象共享。一个多选组合题能把这三种情况全部覆盖到。const在C和C中的差异也值得多看一眼。C语言里const int n 10;不能直接用来定义数组大小因为它本质上是只读变量C里const有编译期常量的语义可以用来定义数组长度。这个区别在G卷的C/C混合题目里经常出现。volatile则是告诉编译器这个变量可能在外部被修改不要优化掉。写嵌入式、写驱动、开发网络转发程序的人基本绕不开它所以在这个岗位的笔试里出现并不意外。2.3 C11/14特性是必须掌握的底线现在的G卷早就不再只考C with Classes了而是明确覆盖C11之后的新特性。我印象比较深的高频考点有shared_ptr、unique_ptr、weak_ptr的使用场景和区别循环引用为什么会导致内存泄漏移动语义和右值引用std::move到底做了什么为什么能减少拷贝vector的扩容机制capacity 增长时迭代器为什么会失效lambda 表达式捕获列表的[]、[]、[this]语义。如果没系统学过这些光靠学校课程里的老C是吃亏的。我的建议是笔试前把 Effective Modern C 里面关于智能指针和移动语义的章节啃一遍再拿几个小例子在编译器里跑一遍。尤其是shared_ptr在多线程下的线程安全性问题——它保证引用计数是原子的但不保证指向的对象是线程安全的。这种结论光背没有用需要在代码里经历过一次才有直觉。2.4 程序改错题的实战心得G卷有时候会出现一小段有Bug的代码让考生找出问题。这种题比选择题更逼近真实开发。常见的Bug来源包括new和delete不配对new[]用了delete结构体里有指针成员直接浅拷贝导致重复释放忘记检查malloc或new的返回值多线程共享变量没有加锁字符串操作忘记预留\0的位置。我的做题策略是先看内存再跑逻辑。凡是涉及指针、数组下标、字符串长度的代码优先排查越界和释放问题然后再看控制流有没有死循环。这个顺序在真实排Bug时同样适用。3. 编程题最容易翻车的地方边界、输入输出和代码习惯编程题是最能拉开分差的部分。不过我觉得G卷的编程题难度并不算偏高关键在于你能不能把一道题从头写到尾、跑出正确结果。很多人挂在不是算法不会而是代码不规范、边界没处理、输入输出格式搞错。3.1 从字符串逆序输出说起基础题怎么拿满分编程题里经常出现字符串逆序、字符统计、括号匹配这类基础操作。以字符串逆序为例看起来简单但踩过坑的人都知道坑全在细节里#include cstring void reverse(char *s) { if (s nullptr) return; size_t len strlen(s); for (size_t i 0; i len / 2; i) { std::swap(s[i], s[len - i - 1]); } }如果题目要求原地逆序那主要考察的就是双指针交换如果要求逆序后输出那就要考虑是直接输出还是构造新字符串。有些题还会混入空格处理比如只反转单词顺序不反转单词内部字符这就从单纯的字符串操作升级成了先分割再拼接的组合逻辑。写题之前先确认题目到底要什么能省下一大半调试时间。3.2 边界条件决定AC率我见过太多人算法思路完全正确却因为没处理边界条件导致不能AC。这里列一下我在笔试和刷题中最常遇到的边界场景场景典型问题处理方式空指针/空字符串函数直接崩溃开头判断nullptr或empty()数组只有一个元素循环少算或多算用长度小于等于1的用例先测元素全部相同排序/去重逻辑错误单独跑一遍等值输入INT_MIN取绝对值整数溢出变负数用long long过渡字符串包含空格读取方式不对用getline而不是cin容器迭代器删除迭代器失效正确接收返回值或延迟删除这些边界在本地IDE里一测就能发现但很多笔试平台不允许本地测试所以只能靠经验提前想。我的习惯是写完主逻辑后强制自己在脑子里过五种输入空、单元素、双元素、正常值、极端大值。3.3 C刷题时的输入输出习惯笔试平台大多支持C和C我建议用C的cin/cout但在做题开始就加一行ios::sync_with_stdio(false); cin.tie(nullptr);避免不必要的性能损耗。遇到大量数据时scanf/printf有时候更稳但写起来容易出错看个人习惯。我自己倾向于用getline读带空格的整行用stringstream按分隔符拆分这样能规避很多字符串输入问题。另外在编程题里合理使用STL是加分项。std::sort、std::reverse、std::map、std::unordered_map这些容器能够把注意力集中在算法核心上。不过使用容器时要清楚底层复杂度比如map底层是红黑树插入和查找是O(log n)unordered_map底层是哈希表平均O(1)。如果面试环节被追问时间复杂度和空间复杂度还是要能讲清楚。3.4 一个手写题节点的模拟回放以经典的删除链表中的重复节点为例我通常这样规划先问清楚是已排序链表还是未排序已排序就一次遍历去重未排序可以用哈希表记录出现过的值。递归写法最简洁但要注意递归深度迭代写法需要用哑节点处理头节点被删除的情况。最终代码我会尽量写成包含main函数和测试用例的完整程序而不是只写核心函数——因为笔试平台虽然只看最终结果但完整代码能让自己在调试时少犯错。4. 网络、系统与Linux深信服笔试的后半场如果说C/C语言题和算法题是基本功考试那操作系统、网络和Linux相关的题就是区分度最高的部分。这一块做得好不好往往取决于你大学期间有没有自己折腾过Linux环境、有没有写过网络程序。4.1 为什么深信服G卷一定会有网络题深信服的业务基因是安全和云计算不管哪个产品线日常工作中都离不开TCP/IP、HTTP、DNS、NAT这些基础协议。比如做终端安全产品需要分析网络连接行为做广域网优化需要理解报文的转发路径做防火墙类产品更要懂状态检测和报文过滤原理。所以G卷出现网络题非常自然。高频考点集中在TCP三次握手和四次挥手过程以及各状态转换TIME_WAIT状态产生的原因和影响TCP和UDP的差异什么时候用TCP什么时候用UDPselect、poll、epoll 的区别socket编程的基本流程服务端和客户端分别要调用哪些函数。我在笔试时遇到过一个印象很深的题一个TCP连接主动关闭后主动关闭方会进入什么状态答案是TIME_WAIT。接着会问为什么需要TIME_WAIT核心原因有两个一是确保最后的ACK能送达对方如果丢失可以重发二是让足够长的时间过去避免旧连接上的延迟数据包干扰新连接。这两个原因在真实项目里排查连接问题时非常有用。4.2 操作系统与并发模型进程和线程的区别、死锁的四个必要条件、用户态和内核态的切换、虚拟内存和物理内存的映射关系这几类题目在操作系统模块里的出现率最高。我建议把这几个问题关联起来整理进程是资源分配的基本单位线程是CPU调度的基本单位同一个进程内的线程共享地址空间所以多线程编程要处理同步问题同步手段包括互斥锁、读写锁、条件变量、原子操作死锁的产生需要同时满足互斥、占有且等待、不可剥夺、循环等待四个条件破除任何一个条件就能避免死锁。复习时不要只背结论要能举出实际场景。比如多线程环境下两个线程分别持有锁A和锁B同时都在等待对方释放这就形成循环等待也就死锁了。这种例子在项目经历里非常常见笔试简答题如果能结合一个实际场景展开会比只罗列概念得分高很多。4.3 Linux命令行与调试基本功作为一个C/C开发岗候选人Linux基本功几乎是默认要求。G卷不一定直接考命令行参数但简答题可能会让你描述排查思路而面试环节一定会问。我整理过一份高频命令清单笔试面试前过一遍非常有用场景常用命令说明查看进程ps -ef、top看进程PID、CPU和内存占用查看端口netstat -tunlp、ss -tunlp看某个端口被哪个进程占用查看文件句柄lsof -p PID排查句柄泄漏问题内存检查free -g系统可用内存磁盘检查df -h、du -sh *定位磁盘空间占用调试程序gdb、strace查看崩溃调用栈和系统调用其中调试能力是我特别想强调的。现代Linux环境下编译C/C程序至少要学会用gcc -g生成调试信息再用gdb执行bt查看调用栈、break设置断点、next单步跳过、print打印变量。很多线上问题尤其是段错误和死锁用gdb或strace能快速定位面试时能说出这类排查经历会明显增加这人真的在做开发的可信度。4.4 简答题怎么答得让面试官觉得这人真写过代码简答题最忌讳只写教科书定义。比如题目问什么是内存泄漏如果你只写分配的内存没有释放那基本拿不到高分。更好的回答是说明泄漏发生的原因比如new之后没有对应的delete或者shared_ptr循环引用导致引用计数永远不为零说明常见的排查手段比如用valgrind、AddressSanitizer、查看top里内存持续增长再举一个实际项目中遇到的例子。这种回答方式在任何技术面试里都通用本质上是把你放在解决问题的工程师位置上去表达。5. 从G卷到面试错题复盘与技术深挖笔试结束不代表备考结束。G卷最大的价值不在于那张分数而在于它暴露出来的知识盲区。如果你属于会复盘的人那后续面试环节的收获会非常大。5.1 把错题变成专项练习清单笔试出来之后我会第一时间把不确定和写错的题记录下来按模块归类知识模块错因分析复盘行动指针与内存数组退化指针理解不牢重写5道指针相关选择题C11特性移动语义不熟手写一个简易unique_ptrTCP协议TIME_WAIT原理不清楚用 Wireshark 抓包验证Linux命令不熟悉ss和lsof在服务器上逐个实操算法边界没考虑空串整理一道题目的边界清单这种复盘方式比单纯刷题高效得多因为它是围绕你真实的失分点展开的。我也建议把这些内容做成自己的错题卡片面试前快速过一遍比临时抱佛脚刷题库要靠谱。5.2 从笔试题延伸出的面试追问面试官往往会把笔试题当引子继续深挖。比如笔试考了vector的扩容机制面试可能接着问vector扩容为什么选择2倍或1.5倍而不是固定增加大小底层涉及分配器、移动构造和异常安全。又比如笔试考了shared_ptr面试可能追问shared_ptr线程安全吗如果多个线程同时访问同一个shared_ptr对象引用计数是安全的但对象本身的操作需要外部加锁。我建议你在准备G卷时把每一道题往深处问三层为什么是这个问题底层原理是什么如果换一个场景会怎么变。这样做以后面试遇到类似问题基本不会卡壳。5.3 简历项目要和笔试题呼应笔试考察的是基础面试考察的是综合能力项目经历就是展示综合能力的窗口。C/C方向的简历项目不一定非要多炫酷但一定要能体现你对语言和系统的理解。比较合适的项目类型有一个基于epoll的高并发网络模型能讲清楚线程池怎么设计、连接怎么管理一个简单的内存池能比较它和malloc的性能差异一个日志系统能说清多线程写入时如何避免锁竞争一个文件监控工具涉及inotify或 Windows 文件系统 API。写项目时不要只堆功能要能讲清楚你遇到了什么问题、通过什么方案解决。比如日志系统在多线程并发写同一文件时为什么用双缓冲区比直接加锁更好。这比简历上写熟悉C有说服力得多。5.4 面试追问清单结合G卷常见的考点我整理了一份低成本的面试准备清单map和unordered_map的底层实现与适用场景shared_ptr、unique_ptr、weak_ptr的区别select、poll、epoll各有什么优缺点进程和线程的上下文切换开销差异什么是内存对齐为什么要对齐回调函数和函数指针在C里的使用场景#include头文件中的#pragma once和#ifndef宏定义有什么区别C多态的实现原理虚函数表是什么。这些问题看似零散其实是把笔试考点转化成了工程知识。花时间把这些搞懂收获的不仅是一场笔试的通过率更是后续工作里排查问题的基本功。个人经验上说我当年G卷前面选择题做得还算顺利但到了网络部分的简答题因为对TIME_WAIT的理解不够深入白白丢了不少分。后来我把所有错题整理成自己的错题卡每天抽十分钟过一遍最后面试时遇到相关追问反而答得特别顺。所以如果你现在准备时间还来得及千万别只刷算法题语言的坑、系统的原理、网络的细节每一分都值得认真对待。