作为一个当年参加过欢聚时代校招、后来也帮着部门筛过不少笔试简历的老Coder看到“欢聚时代2017校招笔试题目C 基础类B卷”这个标题还挺有感触的。2017年的题目放在今天看可能有些考点细节变了但C语言基础笔试的核心套路这几年还真没怎么大变。尤其是欢聚这种以音视频、直播业务为主的互联网公司他们校招笔试里的C语言基础题考察的往往不是那种偏竞赛的奇技淫巧而是你写工程代码时最容易踩坑、也最需要扎实基本功的地方。这套B卷我印象里覆盖了指针、内存布局、字符串处理、结构体对齐、运算符优先级这些常青树考点题量不算大但每道题都有点小陷阱挺能拉开差距的。这篇东西我不打算去逐题给答案——毕竟过了这么多年网络上的原题回忆版也多多少少有些残缺直接对着记忆里的碎片硬讲容易误导人。我更想做的事情是基于这套B卷的考点风格和出题思路把“C基础类笔试到底在考什么、怎么准备、有哪些容易栽跟头的地方”这件事讲透。你要是正准备投欢聚时代或者打算面其他以C/C为主要技术栈的互联网公司这篇内容应该能帮你少走不少弯路。内容会覆盖考点拆解、典型题目模拟、易错点排查、复习工具链搭建这几个方面尽量做到你读完就能直接拿去用。1. 试卷风格与出题思路复盘先聊这套题给人的整体感觉。欢聚时代那几年的校招笔试尤其是C基础类走的不是“偏难怪”路线而是“基础稳不稳一测便知”的风格。B卷和A卷相比难度上基本持平但B卷在细节考察上更狠一些尤其是针对未定义行为的辨析、指针运算的边界情况、字符串处理函数的隐含坑出得比A卷更密。我猜出题人当年就是想用这些题筛掉那些“以为自己会C语言”的人。1.1 题量与时间分配的合理性整套B卷的C基础类题目通常包含单选题、填空题、简答题和一道综合编程题。题量控制在40到60分钟内能完成的量级不会故意让你写不完但如果你对某个知识点不熟很容易在一道题上卡太久导致后面的编程题没时间写完整。这种设计其实挺贴近实际开发中的“时间盒”概念——你必须学会在不完美的条件下做出取舍。我当年带过的实习生里有人笔试回来跟我抱怨说“后面那道链表题根本来不及写”一问才知道他光在运算符优先级那道选择题上就纠结了十来分钟。这就是典型的没做好时间分配。正确的策略应该是单选题遇到没把握的先按第一直觉选一个做个标记赶紧往后走等编程题写完了如果还有剩余时间再回头纠结那些拿不准的选择题。1.2 考点分布背后的企业需求逻辑为什么欢聚时代要考这些点你得结合它的业务来看。欢聚时代的核心产品方向是直播、短视频、音视频社交服务端和客户端大量使用C/C尤其是音视频编解码、推流拉流、IM消息转发这些模块对内存管理和指针操作的要求极高。这些场景下一个指针用错就是线上事故一个缓冲区溢出可能就是安全问题。所以笔试题目看起来是在考“你能不能写出这段代码的输出”实际上是在考“你能不能在这个行业里活下来”。因此这套B卷的考点分布非常有针对性指针与内存管理占比最高因为这是C语言的命根子也是生产环境事故高发区。字符串操作函数与边界处理结合音视频开发中常见的协议解析、数据包处理场景。结构体与联合体考察你对内存布局和数据组织方式的理解。运算符优先级与类型转换考察你读代码、排查隐患的能力。程序编译与链接的宏观理解考察你是否知道一个程序从源码到可执行文件经历了什么。综合编程题则通常围绕链表、字符串处理、文件读写展开贴近真实开发中的数据结构和算法基本功。这套组合拳说白了就是“既要你懂课本也要你懂工程”。注意别小看那些看起来“很简单”的单选题。据我观察应届生在笔试中丢分最严重的往往不是编程题写不出来而是前面那些坑很多的基础选择题错得稀里哗啦。这些题单独看每个知识点你都好像见过但出题人把两个甚至三个容易混淆的概念叠加在一起你一个不留神就踩进去了。2. 核心高频考点拆解与实战解析这份B卷涵盖的考点大致可以拆成六个模块。下面把每个模块的核心思路、常见陷阱和备考要点都摊开讲一遍。2.1 指针C语言的“双刃剑”指针这块在B卷里几乎无处不在。选择题会考指针的类型、大小、运算填空题可能会让你写出某个指针表达式的结果简答题甚至可能让你分析一段涉及二级指针的函数调用。最经典的考察方式就是结合数组、字符串和函数参数来出题。先看一个典型的指针运算场景int a[5] {1, 2, 3, 4, 5}; int *p a; printf(%d\n, *(p)); printf(%d\n, *p); printf(%d\n, (*p)); printf(%d\n, *p);这道题看着简单但里面揉了好几个考点后缀自增和前缀自增的区别、自增运算符对指针移动的影响、括号改变结合性的效果。第一行输出1p移动到a[1]第二行p先移动到a[2]再解引用输出3第三行先解引用得到3然后3自增为4数组a[2]变成4但表达式返回的是3第四行输出4。很多人错在第三行他们把(p)和p搞混了。另一个高频陷阱是指针与const的组合。下面这两种写法意思完全不同const char *p指针指向的内容不可通过p修改但指针本身可以指向别处。char *const p指针本身不可修改但可以通过p修改指向的内容。笔试中遇到这类题先深呼吸把“const修饰的是谁”搞清楚。记住一个土办法从const往左看修饰到谁就限定谁。const char *p中const修饰的是char所以指向的字符是只读的char *const p中const修饰的是p所以指针本身不能变。在实际开发中我见过不少新人因为搞混这两者在函数参数里滥用const导致接口设计很别扭。比如一个只读字符串处理函数应该写成void func(const char *str)如果你写成了void func(char *const str)虽然语法没错但语义上完全错误——你并没有向调用者承诺“我不会修改你传进来的字符串内容”。实操心得在笔试和面试中只要提到指针就一定要把“指针本身”和“指针指向的对象”在脑海中分开。任何一道题先问自己“这道题到底在操作指针本身还是在操作它指向的内存”思路清晰了大部分指针题都能解出来。2.2 字符串处理看似简单坑最多字符串是C语言笔试的重灾区。B卷里至少会有一道字符串相关的题目要么是手写strcpy或者strlen的实现要么是分析某个字符串函数调用的输出结果要么是找出一段字符串处理代码里的错误。先说说strcpy这个“老朋友”。要求手写strcpy的题目在笔试中简直是固定节目但你以为你会其实你真不一定写对。大多数人第一反应是这么写void my_strcpy(char *dest, const char *src) { while (*src ! \0) { *dest *src; dest; src; } *dest \0; }这个版本功能上没问题但有几个可以优化的点。首先返回类型应该设计成char*这样支持链式调用其次循环可以简化再次需要处理src和dest重叠的情况虽然标准strcpy不支持重叠但面试时你提到这一点会显得你思考更全面。一个更接近标准库风格的实现是char *my_strcpy(char *dest, const char *src) { char *ret dest; while ((*dest *src) ! \0) ; return ret; }这段代码写得非常紧凑核心在于*dest *src这个表达式先赋值然后判断赋值的结果是不是\0如果是就结束循环但此时\0已经被复制过去了所以不需要额外的结尾步骤。而且要注意赋值表达式的返回值是赋值后dest中那个字符的值当src到结尾时这个值是\0循环结束。笔试中还有一个频繁出现的字符串考点就是拼接、比较和查找。比如实现strcat时很多人会忘记先遍历到dest的结尾实现strcmp时容易忽略比较的是unsigned char还是char导致在比较含中文字符的字符串时出现符号位扩展的问题。除了手写函数B卷还喜欢考这类代码的输出结果char str[] Hello\0World; printf(%lu\n, strlen(str)); printf(%lu\n, sizeof(str));strlen是6因为它在\0处就停了sizeof是12因为数组容量包含了字符串字面量里的所有字符H-e-l-l-o、\0、W-o-r-l-d、\0也就是11个字符加末尾的\0。很多人会把这两个搞混尤其是sizeof觉得字符串长度是多少就应该返回多少。实际上sizeof是编译期算出来的数组大小strlen是运行期扫描出来的有效字符长度。注意笔试里遇到任何涉及字符串的代码先问自己这里的操作是“遍历到\0”还是“按数组长度遍历”这两个东西在实际代码中完全不一样。很多缓冲区溢出漏洞根源就是在该用数组长度的地方用了字符串长度或者反过来。2.3 结构体与内存对齐结构体对齐是C语言笔试里性价比很高的考点因为它的规律相对固定只要你搞懂了规则就一定能做对不靠“缘分”。B卷里通常会给一个结构体问它的sizeof是多少。比如typedef struct { char a; int b; char c; } Example;如果只按成员大小累加你会得到6但正确答案通常是12。这就是内存对齐在起作用。在32位和64位系统上int通常是4字节对齐要求是4字节边界所以char a占了1字节后会有3字节的填充然后int b从偏移4开始占4字节char c从偏移8开始占1字节最后结构体总大小需要对到最大对齐数这里是4的整数倍所以从9补到12。那如果你把成员顺序换一下typedef struct { char a; char c; int b; } Example2;那么char a在偏移0char c在偏移1int b从偏移4开始因为224偏移4对齐总大小还是8但节省了4字节。笔试中这个点经常被拿来“教育”考生结构体成员顺序会影响内存占用这在嵌入式和高性能服务开发中是很实际的优化点。B卷有可能会进一步加深难度问到你某个结构体在编译时的默认对齐数是多少、#pragma pack指令会怎么改变布局。要记住默认情况下gcc和MSVC的对齐规则基本遵循“每个成员按其自身大小对齐结构体总大小按最大成员大小对齐”的原则。如果使用了#pragma pack(1)所有成员按1字节对齐结构体大小就是成员大小之和不会有填充字节。这类题还有一个变种就是联合体union的判断。联合体的大小是它最大成员的大小而不是所有成员大小之和因为所有成员共享同一块内存。笔试中常给出一个联合体和结构体嵌套让你算sizeof。这种题一旦混合了数组比如typedef union { char c[5]; int num; } Data;Data的大小是多少int是4字节char数组是5字节最大成员是5但联合体也要满足对齐要求int需要4字节对齐5对齐到4的倍数所以是8。这个“对齐到4的倍数”导致结果从5变8我当年笔试时身边真的有人填了5。实操心得遇到结构体大小计算题按部就班画一个内存布局图不要心算。从偏移0开始一个成员一个成员画标注每个成员的偏移量和占用的字节数最后看整体是否对齐。整个过程不超过30秒准确率接近100%。2.4 运算符优先级与类型转换B卷选择题必考运算符优先级而且喜欢用看起来很复杂的表达式来让你判断输出。说句实话我做了这么多年C语言开发实际写代码时会主动加括号来避免依赖优先级因为这不是什么值得炫技的地方。但笔试考这个考察的是你阅读别人代码的能力——在真实项目里你总要面对那些没有括号的祖传代码。经典的考察组合包括自增自减与解引用*p、(*p)、*p、*p的区别。位操作与比较运算a b c的实际含义是a (b c)因为的优先级高于。移位、加减与赋值a 2 1实际是a (2 1)因为加法的优先级高于移位。逻辑与、逻辑或与赋值a 1 || 2 3会先算2 3得1再算1 || 1得1然后赋值给a。一个特别容易被坑的组合是“位取反和逻辑非的混用”。比如!a和~a前者是把非零值变成0、把0变成1后者是逐位取反。笔试中喜欢拿这两者做文章给你一个变量的位模式让你推算另一个变量的值。类型转换也是B卷的常客尤其是整数提升和隐式类型转换。比如char c 200; int i c; printf(%d\n, i);如果char是有符号类型200在char里是负数200的二进制是11001000在有符号char中表示-56赋给int后i是-56如果char是无符号类型i是200。这就有意思了——同样的代码在不同编译器的默认char类型下输出完全不同。笔试中出现这种题通常出题人希望你注意到char的符号性取决于编译器实现这一事实。还有一个经典场景是混合类型比较printf(%d\n, -1 1u);大多数人会直接说-1 1u是false输出0。实际上C语言中int和unsigned int进行比较时int会被转换成unsigned int-1会变成一个很大的无符号数32位下是4294967295所以这个表达式的结果是true输出1。这类题几乎是每年必出的因为它在实际开发中会引发非常隐蔽的bug。2.5 内存生命周期与存储类别C基础类笔试里对内存管理理念的考察往往以“找出代码中的错误”的形式出现。比如给你一段代码让你指出返回局部变量地址的问题int *func() { int a 10; return a; }这个函数返回了局部变量a的地址当函数返回后a的内存已经归还给栈帧指针变成了悬垂指针。解引用它结果是未定义行为——它可能恰好输出10可能输出一个垃圾值也可能直接把程序搞崩。笔试里考这个不是说让你去纠结“为什么编译器没报错”而是考察你懂不懂栈帧的生命周期。类似的概念还涉及四类存储类别auto、register、static、extern。笔试中常见的问题是static修饰局部变量与全局变量的差异。static修饰函数的作用。extern的声明与定义的区别。auto在C语言和C中的语义差异在C中auto几乎不用在C11之后auto有了全新的含义。static局部变量的初始化只发生一次后续函数调用会保留上一次的值这个点通常会和递归、计数器之类的场景结合出题。比如void count() { static int n 0; n; printf(%d\n, n); } int main() { count(); count(); count(); return 0; }输出是1、2、3不是1、1、1。这里如果没搞清楚static的初始化时机很容易做错。内存分配方面B卷可能会考malloc/free与堆内存的生命周期或者让你比较malloc、calloc、realloc的区别。其中realloc是最容易被忽略的如果它在原地扩展成功返回原指针如果无法原地扩展它会申请一块新内存、复制数据、释放旧内存然后返回新指针。使用realloc时不要直接写成p realloc(p, newsize)因为一旦realloc失败它会返回NULL并释放原内存块此时你的原指针p也失去了有效性导致内存泄漏甚至野指针。更稳妥的写法是先保存返回值再判断是否成功。实操心得笔试中凡是涉及“返回局部变量地址”“malloc后未free”“free后继续使用”“越界访问堆内存”这四类问题基本都是送分题只要你注意到就能拿分。真正的坑往往藏在更隐蔽的地方比如宏定义里使用参数时不加括号导致表达式展开后的运算结合性出错。这个问题每年都有大批人栽跟头。2.6 预处理宏与编译链接基础预处理器也是B卷经常涉猎的考点。它考察的不是你会不会用宏而是你知不知道宏展开会发生什么。经典题目是#define SQUARE(x) x * x int y SQUARE(2 3);如果SQUARE(23)展开成2 3 * 2 3结果就是11而不是25。解决方案是写成#define SQUARE(x) ((x) * (x))这个点我反复强调很多次但每年笔试总有一批人在这里失分。深层原因是很多人写代码时不会主动把宏参数全部加上括号习惯性地以为宏就是函数。另外一个高频考点是#ifdef、#ifndef、#endif的组合使用这背后关联的是头文件的重复包含保护。笔试可能会问#ifndef _HEADER_H_ #define _HEADER_H_ // 声明区域 #endif这种写法的作用是什么。标准答案是防止头文件被重复包含避免重复声明导致的编译错误。如果你连这个都不清楚那说明你对项目的组织方式还缺乏宏观认识。至于编译链接B卷可能以简答题或选择题的形式考察一个C程序从源码到可执行文件的过程预处理、编译、汇编、链接。在这个流程中静态链接与动态链接的区别也是一个常见的提问点特别是结合“可执行文件大小”“程序启动效率”“部署时对环境的依赖”这几个角度来对比。虽然这些问题不会直接让你写代码但它们反映了一个开发者的工程素养尤其是在大型项目中尤为重要。3. 典型题目模拟与考场实战思路不基于具体原题我们可以从B卷的常见考点出发模拟一组极具代表性的题目并给出完整的解题思路和易错点提示。这些题目不是我拍的脑袋而是根据B卷出题风格和C语言笔试的多年生态整理出来的“典型题样”。你在准备欢聚时代或其他公司的C基础笔试时遇到类似概率很高。3.1 指针与字符串综合题实现一个字符串截取函数题目描述写一个函数substr函数原型为char *substr(const char *src, int start, int len)功能是从src的start位置开始截取长度为len的子串返回新字符串的首地址。要求如果start超出了src的长度返回空串如果start len超出了src的长度截取到字符串末尾即可。这是一道综合性很强的简答题考察了指针运算、字符串遍历、动态内存分配、函数参数合法性检查。我的解体思路是这样先做参数检查。如果src是NULL指针直接返回空串的拷贝或者返回一个只包含\0的字符串不要让程序崩溃。然后遍历src记录它的长度n。如果start小于0或大于等于n返回空串。接着计算实际可截取长度actual_len min(len, n - start)给新字符串分配actual_len 1字节多出的1字节存\0。代码可以参考下面的写法#include stdio.h #include stdlib.h #include string.h char *substr(const char *src, int start, int len) { if (src NULL || start 0 || len 0) { char *empty (char *)malloc(1); if (empty ! NULL) { empty[0] \0; } return empty; } size_t n strlen(src); if ((size_t)start n) { char *empty (char *)malloc(1); if (empty ! NULL) { empty[0] \0; } return empty; } size_t actual_len len; if ((size_t)start actual_len n) { actual_len n - (size_t)start; } char *result (char *)malloc(actual_len 1); if (result NULL) { return NULL; } memcpy(result, src start, actual_len); result[actual_len] \0; return result; }这段代码里有一个小细节memcpy的拷贝范围只在actual_len字节最后的\0单独赋值保证字符串以\0结尾。使用memcpy而不是strncpy的方式可以有效避免字符串边界上的未定义行为。笔试中你要特别注意这道题的内存分配函数一旦返回调用者就必须负责free如果你在代码里只写“返回malloc分配的内存”最后却没有在合适的地方释放面试官一问你就要做好回答“内存泄漏的防范通常由调用方负责”的准备并且要能够说得有理有据。3.2 运算符优先级陷阱题一行诡异的表达式题目描述阅读下列代码写出输出结果。#include stdio.h int main() { int a 1; int b 2; int c 3; int result a b 1 c % 2; printf(%d\n, result); return 0; }这道题考察的是运算符优先级而且层层嵌套。我们先一个个拆解c % 2是3 % 2得1。1 c % 2是1 1得2。a表达式的值是1然后a变成2b表达式的值是3b变成3。a b是1 3得4。最后4 2左移2位得到16。所以输出是16。很多人在这里会算错因为忽略了的优先级高于。如果你不加括号4 1 c % 2会先算出1 1这没问题如果你误以为优先级高于你会先算4 1得到8然后8 1得9这就错了。考前复习建议不必背整个优先级表但要把几个关键层级记清楚() 单目运算符 算术运算符 移位运算符 关系运算符 位运算符 逻辑运算符 条件运算符 赋值运算符 逗号运算符。尤其是移位和加减、位运算和比较运算符这两组最容易出错。3.3 结构体对齐进阶题混合pack指令的情况题目描述假设编译环境为64位Linuxgcc默认对齐规则计算以下结构体的大小。typedef struct { char a; double b; char c; } StructA; #pragma pack(4) typedef struct { char a; double b; char c; } StructB; #pragma pack()StructA最大对齐数是8doublechar a在偏移0为了对齐double需要有7字节填充double从偏移8开始占8字节char c在偏移16占1字节整体要取8的倍数补齐到24。StructB#pragma pack(4)将最大对齐数限制为4所以char a在偏移0double按4字节对齐从偏移4开始占8字节char c在偏移12占1字节整体对齐到4的倍数所以是16。这个对比题非常经典它同时考察了对齐规则的基本理解和pack指令的作用。在实际开发中遇到需要跨网络传输或读写二进制文件的结构体通常会使用#pragma pack(1)来避免填充带来的数据格式不一致问题但在大多数场景下保持默认对齐更有利于CPU访问效率。笔试考这个是希望你能构建出“什么时候需要改对齐、什么时候不需要”的判断力。3.4 编译链接题声明与定义的区别简答题风格extern int g_value;和int g_value;在文件中出现时分别代表什么如果在头文件里写int g_value;并被两个源文件包含会发生什么第一问extern int g_value;是声明它告诉编译器“这个变量在其他地方定义类型是int”但不会为它分配内存。int g_value;是定义它会在当前源文件中为这个变量分配空间。第二问如果头文件写int g_value;两个源文件都包含这个头文件在C语言旧标准C89/C90中这可能会导致重复定义错误在C99及以后的标准中gcc环境下通常会有“common symbol”机制允许这种临时的弱符号定义但不保证在所有编译器上都能通过。最佳实践显然是把定义放在一个源文件中头文件里只写extern声明这样既清晰又安全。3.5 综合编程题链表反转C基础类笔试的综合编程题链表反转出现的频率极高。无论欢聚时代B卷具体采用了什么题型你都值得把这段代码练得滚瓜烂熟因为它能把指针操作、结构体、循环、边界处理一次性全考了。链表反转的迭代方法核心思路是用三个指针pre、cur、next。pre指向当前节点的前一个节点cur指向当前节点next用来暂存当前节点的下一个节点。每一步做三件事先保存next cur-next再把cur-next pre然后pre curcur next。循环直到cur为空pre就是反转后的新头节点。struct ListNode { int val; struct ListNode *next; }; struct ListNode *reverseList(struct ListNode *head) { struct ListNode *pre NULL; struct ListNode *cur head; while (cur ! NULL) { struct ListNode *next cur-next; cur-next pre; pre cur; cur next; } return pre; }这里面最容易踩的坑是在修改cur-next之前没有先保存cur-next导致下一步循环时找不到原链表的下一个节点。还有一个边界问题空链表和一个节点的链表反转后的结果应该是它本身上面的代码能够正确处理。笔试时如果还有余力可以进一步讨论递归版本和迭代版本的取舍。递归版本代码短但容易导致栈溢出而且理解起来对初学者不友好迭代版本空间复杂度O(1)更适合生产环境。把这些思考写进注释或旁边说明面试官会看到你不只是一台“写码机器”而是有工程判断力的人。4. 实战中的常见问题与排查技巧考试和写代码其实是一样的都会遇到各种“看起来没问题但结果不对”的情况。这一部分我系统性地整理一下B卷备考中大家最常遇见的几类问题以及对应的排查思路。4.1 编译环境差异带来的诡异结果很多应届生在牛客网、赛码网之类的平台上刷题时用的是gcc环境到笔试现场发现编译器是MSVC或者在线评判环境用了不同的标准代码出现了“本地跑得好好的一提交就报错”的情况。最典型的例子是scanf所在的头文件是否包含了在gcc 10之前的版本很多编译器允许scanf在使用时没有显式的#include stdio.h也能编译通过但换一个严格环境就会报“隐式声明”错误。对于这个问题唯一的解法是在复习阶段就养成写完整代码的习惯。每道题的代码都要包含所有需要的头文件不要依赖编译器的宽泛处理。同时长期使用Windows VS Code MinGW的同学至少要在笔试前切换到纯命令行gcc编译一次模拟在线评判环境避免因为环境差异把自己搞懵。4.2 内存越界的经典场景边界条件漏判C语言笔试编程题最常见的问题就是边界条件漏判导致的内存越界。比如写一个数组逆序操作的函数你只考虑了数组长度大于0的情况却忘了处理长度为0的极端输入。笔试时一道题的测试用例通常包括正常场景、空输入、单元素输入、超大输入、输入长度刚好超过某个边界值。你能不能在拿到题目的几分钟内就把这些情况想全往往直接决定了能否通过这道题。举个例子在写字符串函数的时候最容易漏判的是目标缓冲区空间不足。比如手写strcpy时很自然的假设是“dest足够大”但真实工程中这往往是灾难。笔试虽不会要求你检测dest空间但你在解题思路分析里提到这一点会让阅卷人对你的工程素养有很深的印象。4.3 混淆sizeof与strlen导致的隐藏bug这是最常见的问题之一也单独拿出来强调一下。你在处理字符数组时char buf[64]; strcpy(buf, hello); printf(%zu\n, strlen(buf)); // 5 printf(%zu\n, sizeof(buf)); // 64我见过有新手在遍历buf时用sizeof(buf)作为循环上界导致遍历了很多“越界”之后才遇到字符串末尾的\0实际上sizeof(buf)是64但字符串内容只有5个字符。如果你想遍历“内容”应当使用strlen(buf)如果你想遍历整个数组必须明确记住数组的容量。这类bug在笔试中不算严重因为编译器不会报错但会导致后续代码逻辑错乱。在复习时你可以故意把这两者混着用再通过输出结果来加深印象。4.4 指针作为函数参数时的修改无效问题问一个很常见的问题为什么下面这段代码交换不了两个值void swap(int a, int b) { int tmp a; a b; b tmp; }因为在C语言中参数是传值的swap函数内部交换的是形参实参没有变化。正确写法需要传递指针void swap(int *a, int *b) { int tmp *a; *a *b; *b tmp; }笔试中经常结合这个点考“二级指针”。比如你想在函数里修改一个外部指针变量的指向比如让函数外部的一个指针指向新分配的内存那你必须传二级指针void alloc(int **p)。如果你只传一级指针修改的是p的副本外部指针没变化内存泄漏就出现了。这个坑在写链表插入、删除节点的代码时尤其致命每年笔试写链表题的人都有一大批因为这个原因没有AC。4.5 调试技巧为什么printf大法最管用笔试的时候如果在联机评测环境里写代码遇到逻辑错误最快的排查手段就是“printf大法”——在关键位置打印变量值。但这里有个小技巧用完记得去掉这些printf不要在最终提交的代码里保留大量调试输出。对于在线笔试保留调试输出不会影响结果但有些面试官会看你的提交记录满屏的调试代码会留下“这个人逻辑不清晰靠试错来碰答案”的印象。在本地练习时建议学会一个“单步调试”的方法用gdb或在IDE里打断点观察每个变量的变化尤其是链表题。把指针指向的地址、当前节点的值都打出来你会非常清晰地理解代码为什么会走上错误的路径。gdb的基本操作不需要背很多掌握break、next、step、print、continue这五个命令就能覆盖笔试练习中绝大部分场景。实操心得处理链表和指针相关bug时画图比调试更快。我建议你在纸上画出链表节点用箭头表示指针的指向然后模拟每一步操作的结果。笔试时虽然没时间画得很精细但在草稿纸上简单标出几个关键节点能帮你理清思路避免在代码里迷失方向。5. 备考方法与复习资源整合既然谈到了这套B卷我就把备考路线的建议也一并写了。毕竟笔试刷题不是目的真正掌握C语言功底才是。下面的内容既适合突击校招笔试也适合那些想打好C基础的人慢慢练。5.1 环境搭建别在最基础的工具上浪费时间C语言笔试准备最常见的一个误区就是花了两天时间折腾编辑器却只写了十行代码。我的建议是直接选择最省事的方案本地装一个VSCode C/C扩展 MinGWWindows或用ClangmacOS能编译能调试就行不要花大量时间搞插件美化。如果你已经在Windows上装了Code::Blocks或Dev-C其实也够用关键是能跑起来并能看到编译错误信息。在线环境方面推荐你在刷题网站上直接把代码跑在服务器上省去本地环境的问题。这样更贴合笔试场景因为你将来真正笔试时也是在网页编辑器里写代码的。如果你喜欢在本地先输入一遍代码再贴过去那也OK但至少每周要有两三次直接在网页上写题的感觉不然到了考场上你会因为代码补全、缩进习惯不同而手忙脚乱。5.2 刷题路线从基础语法到工程思维如果你的时间是两到三周可以按照下面的节奏来第一周集中回顾基础语法。逐项过一遍指针、数组、函数、结构体、字符串处理、文件读写这些基础模块。每天至少手写10个小程序不一定很难但每个都要有明确的训练目标。第二周进入刷题模式。按专题刷题比如“指针专题”“字符串专题”“链表专题”“内存管理专题”。刷题网站上都有对应的标签可以直接按标签筛选。第三周做整套模拟题。限时60分钟模拟笔试流程中间不看资料、不中断。做完后对错题进行归类找出自己在哪个知识点上最薄弱再针对性补强。复习过程中要养成记录错题的习惯。不要只是把正确答案抄一遍而要在旁边写一句“我当初为什么错、正确思路是什么、有什么关键词可以让我下次注意到”。比如你错了一道结构体对齐的题可以写“下次看到sizeof结构体先找最大成员画偏移表。”5.3 从笔试延伸的工程素养积累笔试虽然考的是基础但你面试时如果能把“基础”和“工程”联系起来会显得更有深度。举几个例子提到strcpy时可以说你知道在C11标准中有strcpy_s这样的安全版本以及为什么它被认为更安全。这能体现出你对编程规范的关注。提到内存分配时可以说你知道大块内存和碎小内存分配策略不同malloc的实现可能会涉及多个内存池。你不需要讲得很深但提一句“我知道allocator的概念清楚在Linux下malloc是基于brk和mmap实现的”就足够了。提到结构体对齐时可以自然地说到你在做网络协议解析时如何利用打包结构体来减少数据冗余。这些内容在笔试中不一定直接考但如果你能在思考题、开放题或面试阶段不经意地带出来会让面试官觉得你不只是为了笔试而学C语言而是真的愿意把它用在工程实践上。6. 关于这套B卷的深层次思考与个人体会准备笔试的时候很多人喜欢把历年真题拿来背觉得“去年考什么今年大概就考什么”。这话有一定道理但如果你看完这套2017年B卷的考点分布你会发现指针、内存、字符串、结构体、预处理、链表——这些核心考点几乎年年都在变的是出题形式不变的是对基本功的考察。与其去猜具体题目不如老老实实把基本功打牢。回到欢聚时代2017年校招这套B卷我个人的感觉是它出得挺有诚意的。题目难归难但并不是那种网上找来的“八股文”堆砌而是有意识地加入了很多实际开发中会遇到的细节。比如字符串处理题表面考函数实现其实考察的是你对缓冲区边界、返回值和调用者责任的综合理解结构体对齐题表面考sizeof实际考察的是你在设计数据布局时是否具备内存意识。这种出题思路放到今天依然不过时——因为C语言工程开发里这些坑始终都在。如果你正在准备这家公司或者同类岗位的校招我的建议是不要把精力花在找“原题答案”上网络上流传的各种回忆版未必准确还可能带偏你的复习方向。真正靠谱的做法是把C语言基础类的核心知识点按我上面梳理的模块来一遍系统复习然后针对性地练手写代码题。等你把strcpy、链表反转、结构体对齐这样的题目练得形成条件反射了面对B卷也好、A卷也好心里就有底了。最后再分享一个我踩过的坑。当年我参加笔试时在综合编程题里写了一个链表操作函数自认为天衣无缝结果因为函数参数传的是一级指针而不是二级指针导致在函数里修改了head指针之后外面的链表头纹丝不动越界访问直接让程序崩溃。当时时间所剩无几我没有机会重新理清思路只能眼睁睁看着那道题拿不到满分。考完之后我花了整整一个下午用单步调试的方式把链表反转和插入的每一种边界都跑了一遍。从那时候起我就养成了一个习惯只要是函数参数需要修改指针本身的一律先用纸笔画清楚再写代码。这个习惯在之后的笔试、面试和实际开发中帮我避开了一大堆同类问题。希望你也能从这套笔试里把这样扎实的基本功带进自己的代码里。