前几天有学弟找我聊校招笔试的事我突然想起来电脑里还存着一份欢聚时代2017校招笔试题目C基础类B卷。欢聚时代就是后来大家熟知的YY母公司当时正值直播和音视频业务高速扩张的时期校招笔试筛人相当严格。这份卷子我当时认真做了一遍也拿去问过几个进到面试轮的同学算是对它的出题风格和隐藏考点比较熟。今天不打算只把题目念一遍我想结合这份卷子把C语言基础类笔试的考察逻辑、每类题背后的真实意图、以及怎么准备才能不在这种卷子上翻车一次性说透。先说结论这份卷子虽然出在2017年但它的考点结构在今天的校招笔试里依然普遍适用。C语言基础题就那么几个核心方向——指针与数组、内存管理、字符串操作、结构体、预处理、运算符优先级、关键字语义、经典算法小题。各大厂轮着换皮考考的内核几乎没有变过。所以认认真真拆解这份B卷等于把C语言校招笔试最常见的内容提前过了一遍。1. 先搞清楚欢聚时代这份C基础类B卷到底考什么1.1 校招笔试为什么还在坚持考C语言基础很多人会有个疑问现在业务主流都用Java、Go、Python为什么笔试还要考C语言基础尤其是欢聚时代这种以音视频、直播、社交产品为主的公司客户端底层、音视频编解码、高性能服务端通信这些方向C和C依然是不可替代的核心语言。音视频数据的采集、编码、推流、解码、渲染链路每一环都对内存布局、指针操作、字节序、并发模型有极高要求这些东西用纯Java或者Python做底层不现实。所以校招笔试里考C基础不是在为难应届生而是为后端开发、客户端开发、音视频引擎开发、基础架构这些岗位预筛候选人。笔试不直接考框架、不考中间件只考C语言底层基本功其实是在看你能不能理解计算机系统最基础的那层逻辑。你要是连指针和数组的关系、内存分配与释放的原则都说不太清楚面试官基本不敢让你去碰底层模块。另外一个现实因素是C语言题目的区分度特别好。它不像某些框架考察那样背一背文档就能过C基础题非常考察“是否真的写过代码、是否真的遇到过崩溃和内存泄漏”。一份设计得好的C语言笔试卷能快速把“背过八股”和“手头有真功夫”的人区分开。欢聚时代这份B卷就是这个思路题目不多但覆盖面广环环相扣。1.2 从题型分布看笔试考察的三个层次我拿到这份B卷后的第一感受是它明显被分成了三个层次。第一个层次是语法与语义基础主要考察C语言基本语法是否过硬。比如运算符优先级、自增自减、类型转换、switch-case的穿透行为、数组与字符串在内存中的组织方式。这类题目的特征是“看着简单上手一写就错”特别考验平时是否养成严谨的编码习惯。第二个层次是内存与指针的核心机制主要考察对指针、数组名、函数参数传递、堆栈分配、动态内存的理解深度。这个层次是C基础卷的重头戏B卷里有相当比例的题目围绕指针展开包括指针运算、二级指针、数组指针、字符串常量区的不可修改性等等。这一块如果没做过底层调试光靠背书很容易被细节绕进去。第三个层次是代码组织与综合应用主要考察你解决实际问题的能力比如程序阅读结果分析、补全函数、找bug、经典算法小题字符串逆序、链表反转、进制转换等。这个层次已经不满足于“知道知识点”还要求你能够把多个知识点串联起来在限时条件下写出一段健壮的代码。这三个层次是逐级递进的也正是一个合格C语言开发者的能力金字塔。笔试分数高的人往往不是某个单一领域特别强而是这三个层次都站得住。2. 核心考点逐个拆解把C语言的地基再夯实一遍2.1 指针与数组笔试里永远不会缺席的主菜指针与数组是C基础笔试里出场率最高的考点可以说只要考C必考只要有指针题就必然围绕数组、字符串、函数参数这三样转。先说数组名。int arr[5];中arr到底是个什么很多初学者背了句“数组名是首元素地址”就以为懂了笔试里一考就露馅。严格来说数组名在绝大多数表达式中会退化为指向首元素的指针但在sizeof(arr)中不会退化在arr中表示的也是整个数组的地址而非首元素的地址。这个区别就是经典的“数组指针”问题int (*p)[5] arr;和int *p arr;完全是两个类型。再说指针运算。p1到底跳过了几个字节取决于p的类型。int *p的p1跳4个字节多数平台char *p的p1跳1个字节struct Node *p的p1跳sizeof(struct Node)个字节。笔试常考这类题来验证你到底理解不了解指针的类型决定步长这件事。B卷这类题还有个典型变体二维数组和指针。比如int a[3][4];那么a、a[0]、a[0][0]这三个值一样吗答案值可能一样但类型完全不同。这种题目看着绕本质还是在考“数组名的退化规则”和“指针的类型语义”。当年我面试时也踩过类似的坑。比如这个常见题#include stdio.h int main() { char *p hello; p[0] H; // 会发生什么 printf(%s\n, p); return 0; }很多初学者会以为输出Hello但实际上“hello”这个字符串字面量通常存放在只读区尝试修改它会导致未定义行为在Linux上大概率直接段错误。这题考察的是对字符串常量存储位置的理解。笔试中建议这样判断看到字符串字面量赋值给char *时默认把它当作只读内存来处理如果想要可修改的字符数组应该写成char p[] hello;。这个区别是每一年笔试题都愿意换着花样考的老朋友。2.2 内存分配与程序布局考的是系统级意识内存相关考点是区分“会背题”和“真懂C”的分水岭。B卷在这一块的考察方式很有代表性。首先是内存布局。一个C程序运行时的内存大致分为代码段、数据段已初始化全局变量和静态变量、BSS段未初始化全局变量和静态变量、堆、栈。笔试常考的问题是局部变量在哪全局变量在哪静态变量在哪malloc出来的内存在哪字符串常量在哪每道题看似在问位置实际上在考察你对变量生命周期和作用域的理解。静态变量的初始化时机也是一个高频点。静态局部变量只在第一次执行到声明处时初始化之后函数再次调用时会保留上一次的值。经典代码#include stdio.h void count() { static int num 0; num; printf(%d , num); } int main() { count(); count(); count(); return 0; }输出是1 2 3而不是1 1 1。这道题几乎每个C语言试卷都有变体考的就是静态变量的持久性。接着是堆内存管理。malloc、calloc、realloc、free这套接口笔试一般不会直接让你背函数原型而是给你一段代码让你找内存泄漏或者非法访问的问题。最常见的坑包括malloc之后忘记free内存泄漏。free之后没有将指针置为NULL形成野指针。重复free同一块内存导致未定义行为。malloc返回后没有检查是否为NULL就直接解引用。数组越界写破坏了堆管理结构。这里我提醒一句笔试里让你找出程序错误时不要只盯着语法错误运行时错误才是重点考察对象。C语法的自由度很高笔试题中的“错误”往往是逻辑错误、内存错误、越界访问而不是编译不过去的语法错误。2.3 字符串、结构体与其他细节魔鬼都在这里字符串处理是C语言里最容易出错的领域之一。标准库提供了strcpy、strcat、strcmp、strlen这些函数但笔试往往不是考你敢不敢用而是考你知不知道这些函数背后的隐患。strcpy不检查目标缓冲区长度容易造成缓冲区溢出。这个知识点本身大家都听过但笔试更愿意考的是让你手写一个更安全的字符串拷贝函数或者让你分析strcpy(str1, str)这种重叠拷贝会出现什么问题。strlen不算末尾的\0sizeof会算上\0这也是字符串题目最基础的一个考法。笔试中还经常出现“字符串逆序”这类的题目。看起来很简单但面试官考察的是你在原地逆序时是否处理好了首尾交换的边界。我记得B卷里有一道类似题要求不使用额外数组完成字符串逆序。作答时要注意两点首尾双指针向中间逼近结束条件是left right而不是left right否则当字符个数为偶数时会出现多余的交换虽然结果不变但逻辑不严谨另外需要计算正确的strlen并把结尾的\0留在原位置。结构体这一块最核心的考察点就是内存对齐。笔试非常喜欢让你计算sizeof(struct)。比如struct { char a; int b; char c; } s;在默认对齐规则下sizeof(s)不是1416而是12。因为int b需要4字节对齐a后面会填充3个字节c后面再填充3个字节让整个结构体大小成为4的倍数。这里考察的是对齐规则和结构体成员顺序对空间的影响。如果结构体里还有数组、指针、嵌套结构体计算规则会变得更复杂但万变不离其宗每个成员都要按照自身的对齐系数对齐整个结构体的大小必须是最大对齐系数的整数倍。除了结构体typedef和#define的区别也是C语言笔试常见的送分陷阱。#define是简单的文本替换不进行类型检查typedef是为类型创建别名具备类型检查。笔试常见考法是#define PINT int*和typedef int* PINT然后声明两个变量考察PINT a, b;中b的类型是int*还是int。答案是#define版本中b是int类型只有a是指针typedef版本中a和b都是指针。这道题我见过好几个版本的包装核心考察点始终不变。3. 几道典型试题的复现与作答思路模拟实战来一把3.1 手写strcpy经典到不能再经典的送命题B卷里有相当概率出现让考生手写字符串函数的题目其中考查频率最高的是strcpy的简单版本。虽然题目简单但要拿满分并不容易。一个基础且完整的实现长这样char *my_strcpy(char *dest, const char *src) { if (dest NULL || src NULL) { return NULL; } char *tmp dest; while ((*tmp *src) ! \0) { ; } return dest; }这道题有几个得分点。第一是返回类型应该是char *而不是void因为标准库中的strcpy返回目标字符串的起始地址这样支持链式调用。第二是src参数应该用const char *修饰表明源字符串不应该被修改。第三是要对指针进行空判断虽然标准库实现通常不检查但笔试中写出来能体现你的工程意识。第四是赋值表达式*tmp *src同时完成了拷贝、移动、判断这是C语言惯用法。这道题还可以延伸出安全版本即在已知目标缓冲区大小的情况下进行长度受限的拷贝size_t my_strlcpy(char *dest, const char *src, size_t size) { size_t src_len strlen(src); if (size 0) { return src_len; } size_t copy_len (src_len size) ? (size - 1) : src_len; memcpy(dest, src, copy_len); dest[copy_len] \0; return src_len; }笔试中如果时间允许把安全版本也写上会让面试官对你的工程素养印象提升不少。注意strlcpy返回的是源字符串的长度这样调用方可以根据返回值判断是否发生了截断这是它和strncpy的重要区别。3.2 指针运算的等价关系一维数组与二级指针B卷里有一些题表面上是在考“程序输出什么”实际上在考指针和数组的等价关系。比如这样的题目#include stdio.h int main() { int a[3][3] {{1, 2, 3}, {4, 5, 6}, {7, 8, 9}}; int *p a[1]; printf(%d , *(p 2)); printf(%d , *(*(a 2) 1)); printf(%d , *(a[2] 1)); return 0; }这三个输出分别是什么p指向a[1]的第一个元素也就是第二行的第一个元素4所以*(p2)是6。*(*(a2)1)中a2指向第三行*(a2)等价于a[2]也就是第三行的首地址再加1就是第三行第二个元素8。第三个写法*(a[2]1)同理也是8。这种题唯一容易出错的地方是把a[i][j]的各种写法看混。要记住一个基本等价关系a[i][j] 等价于 *(a[i]j) 等价于 *(*(ai)j)换句话说二维数组名在表达式中被当作指向第一行的指针第一行向下退化为指向整型元素的指针。理解了这个层级关系二维数组指针题就不容易丢分了。3.3 sizeof结构体内存对齐的计算规则再来一道结构体计算题这类题在C语言笔试中属于高频出题方向。#include stdio.h struct A { char a; int b; char c; }; struct B { char a; char c; int b; }; int main() { printf(%zu %zu\n, sizeof(struct A), sizeof(struct B)); return 0; }按我前面说的规则struct A的成员顺序是char、int、char需要填充两次大小是12。struct B的成员顺序是char、char、int两个char正好占据4字节的前两个位置int紧跟着对齐到第4字节不需要额外填充大小是8。这题的核心是结构体成员在内存中的排列顺序直接影响填充字节数量同样的成员换个顺序大小可能从12变成8。在嵌入式开发、网络协议解析这些场景里结构体对齐直接关系到内存占用和读写效率所以笔试反复考它。如果题目中出现了#pragma pack(1)那就意味着按1字节对齐结构体大小直接等于所有成员大小之和没有填充。笔试中如果看到pack指令记得按它的对齐系数重新计算不要默认按系统默认对齐。B卷这道题还有一个延伸变体如果结构体嵌套结构体那么内层结构体的大小和最大对齐系数会参与外层结构体的对齐计算。遇到这类题先算内层结构体的大小和最大对齐系数再算外层一层层推就不会乱。4. 笔试之后的隐藏关卡面试官会从卷面追问什么4.1 从你写下的代码看代码习惯很多人以为笔试交卷就结束了其实面试官在面试前会重新翻一遍你的笔试卷。卷面上代码的缩进、命名方式、变量声明位置、是否处理边界条件都是他们判断你代码习惯的素材。举个很常见的例子同样是写一个链表反转函数有的人把临时变量命名为tmp、prev、next函数开头注释清楚每一步在做什么边界情况空链表、单节点链表都明确处理有的人变量名是a、b、c逻辑虽然对但读起来费劲。面试官在追问环节大概率会针对前者问一些扩展问题比如“如果链表有环你怎么判断”或者“如果要求递归实现呢”因为前者看起来更值得深入聊。这些不是靠考试前突击能补上的日常写代码时就要养成习惯。我建议在校期间无论写什么小练习都把代码当成交付级代码来写函数命名、注释、边界处理都做到“可以给同事Code Review”的程度。这个习惯在笔试时能自动体现出来。4.2 const、static、volatile答完别觉得自己会了C语言关键字里const、static、volatile几乎是面试官最爱的追问组合。笔试考的是基本概念面试追问则直接上难度。const修饰指针有四种组合const char *p、char *const p、const char *const p、char const *p。这四种的含义要能脱口而出尤其是const char *p和char const *p完全等价这一点很多人会卡住。面试官还可能追问const到底放在哪个位置能防止指针本身被修改哪个位置能防止指针指向的内容被修改放在参数列表里它的作用是什么static的追问则更多维static全局变量和普通全局变量的区别是作用域不同static局部变量和普通局部变量的区别是生命周期与存储位置不同static函数和普通函数的区别是外部链接性被限制。这时候如果你能顺带提一句“static变量默认初始化为0存在BSS段”面试官对你的评价会明显提升。volatile在嵌入式面试里出现频率极高因为它和硬件寄存器、中断、多线程共享变量直接相关。笔试一般只考定义——“告诉编译器这个变量可能被外部意外修改不要优化掉对该变量的访问”。面试可能会结合场景追问一个被中断服务程序修改的全局变量为什么需要加volatile一个多线程共享的变量加volatile能保证线程安全吗后者答案是不能volatile不提供原子性需要配合锁或原子操作。这个追问很能检验你是否真正理解volatile的边界。4.3 现场写码题思路比结果更重要笔试过了之后技术面大概率会有现场写码环节。和笔试作答不同现场写码更看重你的思考过程。面试官会给你一个白板或在线编辑器让你实现某个函数然后你一边写一边说思路。我个人的经验是现场写码时先跟面试官确认题目约束条件再动手。比如“字符串有多长”“能否使用额外空间”“输入非法时返回什么”。这一步非常加分因为在真实工作中需求确认是第一道工序直接动手写代码的人往往会在需求理解上出偏差。写的过程中要把注意力放在边界条件上。比如反转链表时链表为空怎么办、只有一个节点怎么办比如遍历字符串时遇到\0之前就要停下来不能越界继续访问。这些边界条件如果能在面试官提问之前主动提出来面试官会认为你经验到位了。如果卡住了不要闷头想把你的卡点说出来。面试官在现场写码中的角色是协作者而不是考官你愿意交流、能清晰表达思路本身就证明了你具备团队协作潜力。这一点笔试分数体现不出来所以在面试环节要刻意表现。5. 备考路线与实战建议从“会做卷子”到“会用C”5.1 校招准备的时间线安排结合我自己的备考经历如果你还有半年到一年的准备时间建议按三条线推进。第一条线是基础语法和内存模型用两周时间系统过一遍C语言核心知识点。这里不推荐死啃大部头建议对照笔试常考考点有目的地复习比如指针与数组、内存布局、字符串函数、结构体对齐、预处理宏。每看完一个知识点找对应的笔试题练手做到“知道”和“会做”同步。第二条线是刷题重点是经典算法题的单函数实现比如字符串逆序、查找字符串中首次出现的字符、判断链表是否有环、反转链表、合并两个有序链表、进制转换等。这些题不复杂但很能锻炼指针操作和边界思维。刷题时建议不要在IDE里依赖自动补全尽量手写完整代码制造笔试的临场感。第三条线是项目实践找一些能用C语言落地的项目来做比如简单Web服务器、内存池、日志库、数据结构的通用实现。项目不要求大但要把内存管理、模块划分、错误处理做好。这个过程不是为了给简历加一行项目经历而是为了让你的手感真正达到“能熟练使用C语言”的程度。笔试里很多细节题没有实际写过足够代码的人即使背过答案也无法融会贯通。5.2 我自己用过的有效刷题思路刷题不是刷数量而是刷总结。我是这样做的每做完一道题会在题目旁边写下三个东西——这道题考的知识点是什么、我哪里写错了为什么错、如果换个问法我能不能认出来。这样刷三十道题效果比盲目刷一百道题明显好得多。strcpy这道题就是个很好的例子。如果只背实现那你遇到“让你实现strncpy”还是会懵。但如果总结时想清楚了“标准strcpy不考虑边界工程实践中应该限制长度或检查剩余空间”那遇到strncpy、strlcpy、snprintf的变体题都不慌因为它们本质上都是在回答同一个问题怎么在拷贝字符串的同时防止缓冲区溢出。类似的指针运算的选择题不要只看选项要自己推导一遍。比如数组名在sizeof中的特殊行为你把它推导成“数组名只有在取地址和取大小的时候不退化”这个记忆点以后再遇到二维数组的题就能复用。我还喜欢把相近概念放在一起对比比如strlen和sizeof、#define和typedef、char *p hello和char p[] hello、int *p[3]和int (*p)[3]。对比着记比单个背效率高很多。笔试出题人非常喜欢用这些“看起来很像但本质不同”的知识点来制造干扰项。5.3 考场上容易忽略的细节最后分享几个笔试实战中的细节经验都是我或身边同学真实踩过的坑。第一时间分配上先把简单题全部拿下再啃难题。C基础卷一般题量不大但每道题都可能藏坑建议先花两分钟浏览全卷标记出计算量大和记忆模糊的题目先把有把握的做完再回头处理。不要在分配律那类复杂宏展开题上恋战太久。第二手写代码题先写结构再写细节。比如函数题先把函数签名、返回值、边界条件写清楚再填充内部逻辑。阅卷老师看的是整体思路残缺但逻辑清晰的答案往往比完整但思路混乱的答案得分更高。第三遇到不确定的题目不要留空。C语言笔试很多是选择、判断、填空答错不扣分的情况下尽量选一个最接近的答案如果是简答题哪怕记不准具体规则把你理解的推理过程写上去也能拿到部分分数。第四代码中所有指针使用前先考虑是否可能为NULL所有数组访问前先考虑是否可能越界所有申请的内存先考虑谁来释放。这三个习惯一旦成为条件反射笔试中的隐藏bug会少很多。我在实际带新人的时候还会让他们把每份卷子里做错的题整理成错题本考前一周只看错题本不看新题。这个方法特别适合校招笔试这种知识点密集但深度有限的考试形式。C语言基础类笔试没有太多套路核心就是把基本功打牢把细节抠到位。这套思路放之四海而皆准不管你投的是欢聚时代还是其他公司只要方向涉及底层开发准备思路都是一样的。