聊到阿里巴巴2015基础平台研发工程师实习生笔试很多人的第一反应是当年这些题放到现在依然能劝退一大片。那时候阿里正在大规模建设自研基础设施基础平台研发岗做的就是存储、消息、调度、网络这类底层组件所以笔试几乎不考花哨的项目经历上来全是计算机基础硬功夫。这篇文章不打算复述具体的原始试卷而是把这类笔试背后真正想考察的东西拆开来讲考了哪些方向、每类题目背后的原理是什么、如果现在让我重新准备我会怎么复习。这篇内容适合几类人看正在准备大厂基础架构方向实习面试的同学、刚接触后端但想往底层走的研发以及纯粹想知道“阿里基础平台笔试到底有多硬核”的吃瓜群众。无论你是哪一类看完至少能少走很多弯路。1. 基础平台研发实习生笔试到底在考什么1.1 岗位画像基础平台研发是做什么的先说清楚岗位定位。基础平台研发工程师在阿里内部不是一个写业务接口的岗位而是负责支撑所有上层业务的基础设施比如分布式文件系统、KV存储、消息中间件、服务注册中心、容器调度平台、网络接入层。这些组件的特点是并发量大、延迟要求极致、故障影响面广一旦出问题就是全站级别的故障。所以这个岗位对候选人的要求非常“底层”。需要你懂C/C或Java底层运行机制懂操作系统如何管理内存和调度线程懂TCP/IP协议栈的细节懂Linux环境下如何排查问题。2015年前后阿里还在大力投入自研中间件和存储系统实习生笔试自然也更偏向这些底层能力而不是框架使用经验。1.2 笔试整体定位基本功筛选器实习生笔试不像社招面试那样有大量项目深度追问它更像一个筛子先把不具备基础能力的候选人过滤掉。2015年那会儿的笔试题型大致包括选择题、简答题、手写代码题内容覆盖C语言内存、操作系统并发、网络协议、数据结构算法、Linux命令。整体难度不算变态但覆盖面广任何一块有短板都会丢分。为什么这么设计因为基础平台研发的日常工作就是和这些底层概念打交道。如果你连“进程和线程的区别”都说不清楚写生产者消费者模型时不知道该用锁还是信号量那后面培养成本会非常高。笔试就是在用最短的时间验证候选人是否具备底层系统的“常识感”。2. 一块一块拆解笔试核心考点2.1 C/C指针、内存和不过时的底层功C/C几乎是每年必考原因很简单存储、网络这类基础组件大量使用C/C编写对性能的要求决定了你没法完全避开裸指针和手动内存管理。常见考题有这样几类sizeof的运算结果比如sizeof(指针)、sizeof(数组名)的区别内存对齐规则以及结构体大小的计算指针数组、数组指针、函数指针的声明和用法内存泄漏、悬空指针、野指针的成因手写memcpy、strcpy这类基础函数我记得很多人在sizeof上翻车。比如一个int *psizeof(p)在64位系统上是8字节但sizeof(*p)是4字节。这个如果不理解sizeof是编译期运算符只看表象就容易记混。内存对齐更是典型考点struct { char a; int b; }在常见32位编译器下大小不是5而是8因为int要对齐到4字节边界char a后面会填充3个字节。这类题目的关键不是背答案而是理解“变量在内存里到底怎么排布”。建议准备时动手写几个结构体用offsetof和printf打印地址偏移彻底搞懂对齐规则比死记硬背强得多。2.2 操作系统进程线程与并发原语基础平台研发每天要处理高并发所以操作系统里的进程线程模型、同步互斥、死锁、调度这些都可能是考点。常见题目进程和线程的区别从资源分配和调度的角度讲死锁产生的四个必要条件怎样破坏死锁生产者消费者模型用信号量和互斥锁分别怎么实现什么是竞争条件什么场景下需要原子操作用户态和内核态的区别系统调用的开销来自哪里这类题靠背概念也能拿一部分分但要拿高分必须会举例。比如解释进程线程区别时可以说进程是资源分配的基本单位线程是CPU调度的基本单位同一个进程内的线程共享地址空间和文件描述符但也因此需要同步机制保护共享数据。我建议把生产者消费者模型亲手写一遍用C语言pthread实现或者用Java的wait/notify实现理解“缓冲区满时生产者等待缓冲区空时消费者等待”这两个条件。笔试时如果让你写伪代码至少不会卡壳。2.3 网络TCP/IP是平台工程师的母语网络知识在基础平台研发面试里权重很高尤其是TCP/IP协议。2015年时的笔试题出现过不少关于TCP状态、连接管理、阻塞与非阻塞IO的问题例如TCP三次握手、四次挥手的过程为什么需要TIME_WAITTCP和UDP的区别什么场景选哪个粘包与拆包的原因和解决办法什么是阻塞IO、非阻塞IO、IO多路复用select、poll、epoll的区别和适用场景很多人能背出三次握手的序列但不一定理解为什么是三次而不是两次。本质是防止已经失效的连接请求突然又传到服务器导致服务器建立无用连接。如果要答好这道题最好从“双方都需要确认对方的收发能力”这个角度来解释。TIME_WAIT也是一个高频考点。主动关闭连接的一方会进入TIME_WAIT状态等待2MSL原因一是保证最后一个ACK能到达对方二是让旧连接的报文在网络中自然消失避免影响新连接。基础平台研发经常要处理高并发短连接TIME_WAIT过多就是一个经典问题面试官很乐意从一个知识点延伸到线上排查。2.4 数据结构与算法不刷题真的不行基础平台研发的笔试算法题不会特别偏但很看代码基本功。常见类型包括链表反转、链表判环、合并两个有序链表数组去重、Top K、K个一组翻转链表二叉树前中后序遍历、层序遍历、最近公共祖先手写快速排序、归并排序并分析复杂度哈希表的实现原理哈希冲突有哪些解决办法这些题猛一看都是LeetCode基础题但笔试要求手写没有IDE提示还要注意变量名和边界条件难度就上来了。比如链表反转递归和迭代两种写法都要会如果面试官让你写“每K个节点一组反转”就非常考验链表操作的清晰度。在2015年那个时间点更强调对经典算法的理解。准备时不要只刷题要把每种排序的时间复杂度、稳定性、适用场景写下来能讲清楚为什么快排平均是O(n log n)最坏为什么退化成O(n^2)。2.5 Linux与调试平台研发的日常工具作为基础平台研发Linux是主要工作环境。笔试里可能出现一些Linux命令和系统调试方法难度不高但很实用。比如如何查看进程的CPU和内存占用top、ps、free如何查看端口监听状态netstat、ss如何查看文件被哪个进程占用lsof如何使用gdb查看堆栈strace跟踪系统调用如何查看网络连接状态定位TCP连接数过高的问题这些题不会让你写很长命令而是通过场景题来考察比如“一台机器CPU使用率飙升你如何定位是哪个进程、哪段代码引起的”。如果你只是机械地背过命令不理解top输出里的%CPU、load average含义很容易答偏。我当年遇到过一道比较有区分度的题线上服务出现大量TIME_WAIT连接给出排查思路。正确的路径是先用ss -s或netstat统计连接状态再用ss -tan state time-wait查看具体地址然后根据业务是短连接还是长连接决定调整tcp_tw_reuse参数还是优化服务端连接池。这个排查链路现在看依然经典。2.6 分布式基础面试中体现加分项2015年基础平台笔试对分布式的要求还不算深入但已经有概念性题目比如CAP理论怎么理解分布式系统为什么不能同时满足三者一致性哈希的原理和应用场景负载均衡有哪些策略什么是主从复制、哨兵机制一致性协议Paxos/Raft的基本思想这些题目不为难实习生主要是看有没有接触过分布式系统的基本概念。回答CAP时可以举具体例子在分布式存储里如果网络分区发生你选择保证可用性就会返回旧数据牺牲一致性选择保证一致性就得拒绝请求牺牲可用性。2015年阿里很多中间件都在解决这类问题所以笔试具备这种思维会很加分。准备这部分不需要多深但要把一致性哈希的“加入节点后只有少量key需要迁移”讲明白最好还能说明为什么用虚拟节点解决数据倾斜问题。这体现了你对真实工程问题的理解而不是背教科书。3. 几类高频笔试真题的解题思路复盘3.1 手写内存拷贝函数认真审题手写memcpy是C语言笔试的经典题看起来简单但有两个坑一是要处理内存重叠二是要返回目标地址。很多人只实现了最简单的字节复制没考虑dest和src地址有重叠时可能覆盖数据。一个相对完整的实现思路是这样的如果dest在src后面且重叠区域会导致正向拷贝覆盖源数据需要从尾部开始拷贝否则从头部开始拷贝。具体可以用指针位置比较而不需要额外分配内存。如果面试官允许使用标准库函数也可以借助memmove但自己实现时要明白memmove的处理逻辑。这类题得分的关键是边界条件。空指针判断、长度为0的情况、地址重叠的情况一个都不能漏。写完之后自己举两个例子验证比如memcpy(p3, p, 10)和memcpy(p, p3, 10)看看是否能正确复制。3.2 判定大小端一个union就搞定大小端问题也常出现在基础题或简答题里。题目通常是“写程序判断当前机器是大端还是小端”。最简单的做法是定义一个联合体包含一个int和一个char数组然后给int赋一个已知值比如1再检查低地址字节的值。如果低地址字节是1说明低字节存在低地址就是小端否则是大端。#include stdio.h union endian_test { int value; char bytes[4]; }; int main() { union endian_test test; test.value 0x01; if (test.bytes[0] 0x01) { printf(little endian\n); } else { printf(big endian\n); } return 0; }为什么要掌握这个因为网络字节序固定是大端而x86机器是小端做网络通信时如果直接强转指针去解析整数字段很容易踩坑。基础平台研发涉及协议栈、序列化这种细节是基本功。3.3 多线程交替打印同步原语怎么选多线程题常见的问法有两种一是写代码实现两个线程交替打印奇偶数二是实现生产者消费者。很多同学一上来就用sleep加忙等这在笔试里会被扣分因为缺少对同步原语的理解。正确的思路是用条件变量或者信号量控制线程执行顺序。比如用C11的std::condition_variable加上一个共享变量表示当前该谁打印每次打印完唤醒另一个线程。用信号量也行两个信号量初始值一个为1一个为0分别控制奇偶线程的执行权。关键点在于共享变量要被互斥锁保护防止多个线程同时读写条件等待要放在循环里因为可能出现伪唤醒。答题时把这两个点写出来面试官立刻知道你是真正写过并发代码而不是背模板。3.4 找出数组中出现次数超过一半的数字这是一道非常经典的算法题。最朴素的做法是排序后取中间值复杂度O(n log n)更好的做法是摩尔投票法时间复杂度O(n)空间复杂度O(1)。思路是维护一个候选值和一个计数器遇到相同数字加一不同数字减一计数器归零就更换候选值。因为目标数字出现次数超过一半所以最后留下的候选值就是答案。int majorityElement(int* nums, int numsSize) { int candidate nums[0]; int count 1; for (int i 1; i numsSize; i) { if (count 0) { candidate nums[i]; count 1; } else if (nums[i] candidate) { count; } else { count--; } } return candidate; }这个题在当年笔试里出现率很高不仅考算法思想更考写代码时对数组越界和空数组的处理。如果numsSize为0这段代码会越界所以答题时一定要先判断边界。笔试环境里没有测试用例边界条件全靠自己敏感。4. 答题过程中的踩坑记录与排查思路4.1 边界条件代码题失分的头号原因我见过太多笔试代码主体思路很正确但一运行就崩溃原因几乎都出在边界条件上。比如写链表反转时没有处理空链表和单节点链表写字符串拷贝时没有考虑源串和目标串重叠写二分查找时用(left right) / 2可能导致整数溢出。怎么避免写完代码之后养成在草稿纸上跑一个最小例子的习惯。手动模拟几个边界输入空输入、只有一个元素、所有元素相同、目标值在首尾。每个边界都走一遍能发现大部分隐藏bug。这个习惯不是笔试练出来的是线上排查问题练出来的。4.2 对底层机制理解不深容易盲目套模板很多候选人准备笔试时背了很多“标准答案”比如“进程和线程的区别是什么”“TCP四次挥手是什么”但遇到变体题就懵了。原因在于没有理解底层机制只记住了结论。举个常见例子问“select为什么最多支持1024个文件描述符”。如果你只是背FD_SETSIZE是1024面试官再多问一句“能不能改”就卡住了。真正理解这个限制的话应该知道select用固定大小的位图管理fd集合位图大小在编译期确定而epoll没有这个限制因为内核维护的是事件表。懂这个层面才算真正掌握。所以复习时不要只看答案要追着答案问“为什么”。每复习一个知识点顺手在纸上画出相关的数据结构或状态流转比单纯过知识点有效得多。4.3 时间分配别让一道题毁掉整张卷子笔试题量大时间紧张最容易犯的错误是在一道难题上死磕导致后面简单的题没时间写。2015年的笔试卷子结构通常是前面选择题和简答题后面几道代码题。我的经验是先把能拿分的题全部做完再回头啃难题。如果一道代码题想了几分钟还没有清晰思路至少写下思路比如“这题可以先用哈希表统计再遍历找结果”并写出关键数据结构定义。阅卷的时候老师会看解题思路哪怕代码不完整也能拿部分分。另外手写代码时不要追求一次全对先把核心逻辑写对再去补边界和异常。很多同学一上来就想着处理各种异常结果主流程都没写完非常可惜。4.4 面试官想从笔试看到什么笔试不只是判断对错更是观察候选人的思维习惯。我后来参与过一些校招题目讨论发现评卷重点往往落在几个维度代码是否规范变量命名是否清晰有没有必要的注释有没有考虑异常分支复杂度是否达到最优解。这个过程中字迹工整、格式清晰也很重要。在线笔试还好如果是纸质笔试代码堆成一团很难抓到重点。建议按函数拆分分步写每个步骤空一行。哪怕时间紧张也要让阅读者能轻松看出你的思路。5. 给当年的自己一份准备清单5.1 基础要覆盖到什么程度如果只想着通过笔试核心是把C/C基础、操作系统、网络、数据结构和算法这四块吃透。C/C要能自己实现动态数组、链表、哈希表不是会用STL就行而是理解底层内存分配和扩容策略。操作系统要熟悉进程线程模型、同步机制、死锁最好能画状态转换图。网络要能讲清楚TCP状态机和epoll的触发模式。数据结构与算法要保证常见题能写出来并且能分析复杂度。基础平台研发和普通后端开发的一个区别是它更加关注“一个请求从网卡到业务代码再到返回整个链路上发生了什么”。准备笔试时可以刻意用这个思路去串联知识点网卡收到数据包后如何触发中断、数据如何从内核缓冲区拷贝到用户态、线程如何被唤醒、锁如何保护共享状态、数据如何序列化后发送出去。当你把孤立的知识点连成一条线很多题目就不再难了。5.2 刷题之外的积累阅读源码、动手实验笔试考的是基础但想拿到更好的评级光刷题不够。建议在准备周期里实际编译运行一些小实验比如用C语言写一个简单的线程池处理任务队列用tcpdump抓一次HTTP请求的包分析三次握手过程自己实现一个LRU缓存用哈希表加双向链表用strace跟踪ls命令执行了哪些系统调用这些实验能加深对底层原理的感性认识。像LRU缓存看着很简单但当你真正实现“哈希表映射到双向链表节点get和put都是O(1)”的时候才会理解为什么双向链表和哈希表能配合使用。2015年时很多资料还不像现在这么丰富我主要是靠读开源代码和写博客来沉淀理解。现在网上课程和面经很多反而容易让人只看不练。记住一句话动手做过一次比看十篇面经都管用。5.3 从2015年到现在的变化距离2015年已经过去很久基础平台研发的内容也变化很大。那时候云计算还没有完全普及阿里很多基础组件是自研的笔试题也更偏传统底层开发现在的基础平台研发则更多涉及Kubernetes、容器网络、云原生存储、Service Mesh等新方向面试内容也相应扩展了。但有一个东西没变对计算机基础知识的考察依然很重要。哪怕现在很多开发用Go、Java不需要手动管理内存但操作系统、网络、并发的底层原理仍然是排查线上问题的依据。一个不懂TCP状态的人很难理解服务端为什么出现大量CLOSE_WAIT一个不懂内存模型的人很难调优高并发缓存。所以这篇复盘虽然基于2015年的题目但核心知识点在今天的基础平台面试里依然适用。建议你在准备当前面试时不要只追热点先把经典基础补扎实再去了解云原生相关的新技术。5.4 推荐的复习路径如果让我列一个四周准备计划大致这样安排第一周C/C与内存。重点复习指针、数组、结构体对齐、动态内存管理手写常用字符串和内存函数。第二周操作系统与并发。重点复习进程线程模型、死锁、信号量、条件变量手写生产者消费者和线程池。第三周网络与Linux。重点复习TCP状态机、IO模型、epoll用抓包工具配合验证同时练习常用排查命令。第四周数据结构与算法。重点刷链表、数组、二叉树相关题目每天至少手写一道整理常见复杂度的推导。这四周的安排不是死规矩可以按自己基础调整。但原则只有一个基础不牢后面都是空中楼阁。基础平台研发实习生笔试的题目再变考察的内核还是这些。我个人在这些年里的体会是笔试更像是一个“照妖镜”平时基础扎不扎实一张卷子就能看出来。当年我也有过准备方向跑偏的时候花了大把时间看各种框架结果笔试里一道框架题都没有反而栽在了一道简单的链表反转上。那之后我就调整了策略所有面试准备先从教科书级别的知识点开始再逐步往外扩展。基础平台研发尤其如此把底层的“为什么”弄明白后面学什么都快。如果你正在准备这个方向的实习笔试希望这篇复盘能帮你少走点弯路。