2015年那个春天我还在学校实验室里改简历阿里实习生招聘的帖子在群里被转了一遍又一遍。投递系统开放的那天晚上我蹲在宿舍把基本信息填完心里想的是实习生面试嘛考察的应该不会太难。等真正坐到笔试机房看到试卷的那一刻我才意识到这场笔试根本不是“试试水”它是一道真实的分水岭——考完出来走廊里一半人脸色是白的。现在回头看2015年的阿里实习生笔试题其实是那个年代互联网公司校招技术笔试的一个典型样本覆盖的考点不会很偏但考察密度高混合了数据结构、算法、操作系统、网络、概率统计和一点逻辑推理还带几道让人纠结的多选题。和现在动辄需要系统设计、源码级追问相比当年的题目更看重“计算机基础是否扎实”和“边界条件是否敏感”。我按记忆把当时考场上印象比较深的题目、常见错误和背后的考察逻辑一条条拆出来复盘给后来者参考。1. 2015年那场笔试卷子的结构、时间分配和真实难度先说说整体情况。当年阿里的实习生笔试是在线上完成的平台会有摄像头监控题型大概是这几类第一部分是行测式的逻辑推理第二部分是技术单选和多选混合第三部分是两道左右的手写编程题。整套卷子限时大概一个半小时到两个小时具体时长记不太清了但说实话如果你在单选题上磨蹭太久后面的编程题基本没有认真写的时间。我印象里技术单选题大概覆盖了C/C、Java、数据结构和操作系统少数题目会涉及数据库和网络。多选题的杀伤力最大因为它在计分上采用“少选不得分、错选扣分”或者“少选得部分分”的规则考场上很多人为了求稳只选一个自己100%确定的选项结果把一道3分的题做成了0.5分非常可惜。编程题倒不算极难但它的读题和构造边界条件比较费时间。比如有一道题和“字符串循环移位”有关表面上考的是字符串处理实际上考的是取模运算和原地移动。如果你平时只刷过LeetCode的简单题没注意过这类细节很容易写出一个测试用例过、隐藏用例全挂的代码。如果我们把2015年阿里的笔试难度和现在对比最大的差异在“广度”和“深度”的取舍上。当时的笔试更偏广度考点是一个大筛子筛掉的是基本功有短板的人而现在的技术面试则更偏深度一轮电话面就可能问到你项目里的某个中间件原理。如果你现在要准备阿里的实习笔试我的建议是不要只刷题把CS基础课重新过一遍把书上的概念变成自己能说清楚的逻辑。2. 那些年让人印象深刻的算法题从读题到AC的全过程2.1 “字符串循环移位”不只是你会不会写代码的问题笔试中的一道编程题大概是这样的给定一个字符串和一个整数K要求把字符串循环右移K位例如abcde右移2位得到deabc。要求空间复杂度尽量低。很多人看到这道题的第一反应是先取模K对字符串长度取模然后截断拼接。这在Java或Python里确实两行就能写出来。但问题在于当年的笔试环境对语言有C/C的倾向性而且很多隐藏用例的K值很大比如K1000000007如果你没先取模就直接开辟一个等长临时数组一点问题没有但如果你试图用嵌套循环一位一位搬基本会超时。这道题真正考察的是“三次翻转法”先翻转整个字符串再翻转前K个字符最后翻转剩余部分。以abcde右移2位为例先整体翻转变成edcba再翻转前2位de得到decba再翻转剩余部分cba得到deabc完成。坑在于边界条件。K可能等于字符串长度、大于字符串长度也可能等于0。如果你只写K % len没考虑到len为0的情况空字符串的用例会让你直接报错。我当时就吃过这个亏在一个看起来人畜无害的空字符串用例上扣了分。2.2 求最大连续子数组和经典题目里的非经典错法另一道题是典型的“最大连续子数组和”LeetCode 53题。给一个整数数组找出一个具有最大和的连续子数组返回其最大和。这道题大家都熟悉标准解法是动态规划Kadane算法dp[i] max(nums[i], dp[i-1] nums[i])同时用一个全局变量维护最大值。但笔试的陷阱不在于你不知道这个算法而在于你对“全负数数组”的处理。我当时旁边有位同学很快写出了解答核心逻辑是如果当前累加和小于0就重置为0。这个思路在存在正数的数组上是对的但在全负数数组上会返回0而不是最大的那个负数。笔试里这类用例不会直接写成全负数它可能藏在大量随机测试里。所以正确的做法应该是在Kadane算法基础上维护一个max_so_far的初始值为数组的第一个元素而不是0。类似的问题还有“股票买卖最佳时机”它本质上是最大连续子数组和的一个变体笔试时经常把它们混着出考察你能否识别出核心模型。2.3 链表相关的“送分题”环的检测和入口有一道让我印象很深的选择题考的是“如何判断一个链表有没有环”。选项里包含“用快慢指针”“用哈希表记录访问过的节点”“反转链表后看头节点是否和原头节点相同”等。其实当时有不少人选了“反转链表判断环”这个方案。它的原理是如果一个链表存在环反转操作会陷入死循环或者导致无法正常结束。所以这个选项理论上有一定迷惑性——但在实际工程里根本不敢用因为万一有环程序直接卡死没有任何保护。这提醒我们笔试选择题的每个选项背后都有授课老师的“小心思”它不只是考概念正不正确而是在考你对边界场景的敏感度。进阶一点的问题是“如何找到环的入口节点”。方法不复杂快慢指针第一次相遇后一个指针从头节点出发另一个从相遇点出发都以步长为1前进再次相遇的位置就是环入口。笔试中不排除有这样的填空题或者编程题变形你们考前最好自己写一遍别只看题解。2.4 概率统计题考察的不是公式而是逻辑的完备性那套卷子里还有一道概率题大意是两个人轮流掷硬币先掷到正面的人获胜问先手获胜的概率。学过概率论的同学都知道设先手获胜概率为P第一次掷到正面则胜概率是1/2如果第一次反面那么轮到后手此时后手获胜的概率就是P意味着先手最终获胜的概率是(1/2)(1-P)再加第一次正面那一项P 1/2 (1/2)(1-P)解得P 2/3。这种题在笔试里核心不是让你算这个2/3而是看你能否快速建模。很多人容易搞混的是“无限次游戏”的处理方式总想着展开成一个无穷级数结果去算了1/2 1/8 1/32 ...也解得出来但时间上不划算。从应试策略来说这种题如果在选择题里出现套公式和递归两种思路都要熟练缺一不可。3. 操作系统与网络的选择题里藏着基本功的试金石3.1 进程、线程与并发不冷静分析就会选错2015年的笔试里关于进程和线程的题至少出现了两道。一道是“下列说法正确的是”选项涉及进程和线程的地址空间、资源开销、调度单位等。线程比进程拥有更小的开销同属一个进程的多个线程共享地址空间而每个进程有独立的地址空间调度上现代操作系统一般以线程为基本调度单位。如果把这道题直接背结论那不太可能错。但笔试往往不会只考概念它会给你一个具体场景比如“在多线程程序中两个线程同时执行i操作10000次最终i的值是多少”。如果你不知道i本质上是一个“读-改-写”的三步操作也不了解线程切换可能发生在任意一条指令之间就会直接答10000。正确结论是最终值小于等于10000具体多少取决于竞争情况。这里顺便提醒一下阿里的笔试多选题里如果同一种技术从不同角度反复出说明这个知识点是他们筛选人的重要信号。进程线程、并发安全、死锁的产生条件这些在实习生面试里几乎场场出现建议复习到位。3.2 内存管理里的分页与虚拟内存“缺页中断”不是玄学有一道题问的是虚拟内存的作用选项里有“扩大物理内存容量”“让每个进程拥有独立的地址空间”“提高CPU利用率”“硬盘空间不够时自动扩展内存”。正确的是“让每个进程拥有独立的地址空间”以及一定程度上的扩大可用内存空间但“扩大物理内存容量”是典型错误项因为虚拟内存使用的是磁盘空间物理内存并没有变大。这个知识点的考察意在让你明白操作系统给进程的地址空间是虚拟的缺页中断会把磁盘中的数据调入内存页面置换算法LRU/FIFO/Clock决定淘汰谁。当年笔试不要求你手写LRU但它可能出现在多选题里让你判断几种说法的正误。如果你在项目里用过Redis的maxmemory-policy allkeys-lru或者处理过Elasticsearch的堆内存设置对这些概念会更有实感。3.3 TCP三次握手和四次挥手不只是背状态码网络部分的高频考点是TCP/UDP的区别、三次握手的细节、TIME_WAIT状态。当时的题目大致是在TCP连接建立过程中第二次握手SYNACK的作用是什么选项有“确认客户端的SYN并同步自己的初始序列号”“同时传输应用数据”“双方进入ESTABLISHED状态”等。正确答案是“确认客户端的SYN并同步自己的初始序列号”但很多人会把“双方进入ESTABLISHED状态”混淆进去因为第二次握手完成后客户端已经进入ESTABLISHED服务端其实还要等第三次握手才进入。为什么这些在实际工作中很重要因为你在排查线上问题时如果服务端出现大量TIME_WAIT状态连接你能推测出是主动关闭连接的一方在高频创建短连接进而考虑“长连接复用”或“调大端口范围”。阿里的笔试不直接考你线上排查但它的出题思路就是在为后续的面试铺路基础概念懂不懂直接决定你能否进入下一轮。3.4 DNS、HTTP和Cookie这些“低级”知识反而拉开差距有一道题问“HTTP协议中Cookie的作用”选项涉及会话保持、用户追踪、缓存控制等。这道题本身不难但它在2015年的试卷里却让不少人丢分原因是它和多选题混在一起少选了“用户追踪”这个选项。现在做前端、后端的同学天天和Cookie打交道但真要你说清楚Cookie和Session的区别、Cookie的HttpOnly属性有什么意义、SameSite属性的作用很多同学反而会卡壳。笔试里的低阶题并不代表低价值它是对一个工程师“深度”的第一轮扫描。如果你对这类问题不熟建议系统地过一遍HTTP的头部字段别只停留在“会发请求”的层面。4. 笔试中的隐藏扣分点从代码风格到边界条件的全面复盘4.1 读题才是第一生产力3分钟写完的代码可能是废的我在笔试里最大的教训是读题太急。当时的编程题里有一句话是“如果有多个满足条件的子数组返回起始位置最靠前的那个”很多人在刷LeetCode时习惯了只返回最大和忽略了题目里附加的下标要求。所以无论你是在牛客网刷真题还是在LeetCode刷题都要养成先做题前分析的习惯把题目里的限制条件圈出来输入范围、是否包含负数、是否需要返回下标、是否需要稳定排序、是否需要去重。特别是笔试现场没有调试环境或者调试环境很弱你更需要依赖静态阅读来发现潜在问题。另外很多笔试平台是单文件提交只允许你写一个函数或者一个类不允许你自定义工具类。这意味着你要花点时间适应“在隔离环境里裸写代码”不要依赖IDE的自动补全。平时练习的时候我建议打开记事本或者在线编辑器写代码不借助任何智能提示这样到了考场才不会手忙脚乱。4.2 输入输出格式菜鸟和老鸟的分水岭当年阿里的笔试编程题用的是标准输入输出如果你在本地用文件读取数据那提交上去基本0分。这个问题看着很基础但每年都有不少同学挂在上面。C用cin/coutJava用Scanner/System.out.printlnPython用input()/print()。如果数据量特别大比如10^5级Scanner可能性能不够推荐用BufferedReader。这些细节在正常开发中无关紧要但在在线评测里就是生死线。我记得有年有同学在群里吐槽说他代码逻辑完全正确但最后超时了。后来发现他用System.out.println()在一个循环里输出上万个结果每行一次IO不超时才怪。正确的做法是用StringBuilder拼接再统一输出。4.3 多选题的计分策略少选不是最优解乱选才是大忌关于多选题当时我们的共识是先排除确定错误的选项再对剩下不确定的选项做风险评估。如果计分规则是“全部选对得满分选对但不全得一半分错选得0分”那你完全可以采取“保底策略”只选两个你有把握的剩下一个不确定的宁可不选。因为再蒙一个选项如果蒙错你连一半分都没有如果蒙对你只是多了半分的增量性价比不高。反过来如果计分规则是“多选、少选都不得分”那你就更需要依靠排除法来锁定答案。有些多选题的选项设置其实很“放水”比如四个选项里有两个互相矛盾那么必然一真一假你至少能排除一个。别小看这点技巧在整套卷子里多选题往往是区分度最高的题型。4.4 知识点盲区遇到不会的题如何快速止损笔试时最忌讳的是和一道题“死磕”。我遇到不会的多选题先标记下来把把握大的题目全部做完再回头思考。因为前面的单选题和编程题分值高且确定性更强你的时间应该优先投资在“高确定性、高回报”的题目上。如果遇到完全不熟悉的知识点比如某个冷门的命令或者某个框架的配置项不要慌试着用“排除法常识推理”。2015年那套题里其实也出现过一道和Linux进程管理相关的题目选项里是ps、top、kill等命令。这种题哪怕没有系统学过Linux也可以用命令的英文全称去猜ps是“process status”top是“table of processes”它们各自的职责范围其实是能推测出来的。5. 考完之后从笔试到面试我做了什么调整5.1 笔试暴露了知识地图上的哪几个洞笔试结束后我没有急着对答案而是先把所有拿不准的题记下来分类整理。比如发现自己对“线程安全”相关的概念模棱两可就在面试前集中补了一遍Java并发synchronized、volatile、Lock、ThreadLocal。又比如发现自己对TCP的TIME_WAIT状态只知道名词、不懂原因就去看了一些线上排障的博客文章。这个过程比“每天刷十道题”更有效因为它是基于真实漏洞的定向修复。笔试其实是一份免费的“体检报告”你考得不好不代表你能力不行只代表你的知识结构和阿里的考查范围有重合度低的地方查漏补缺是你唯一需要做好的事情。5.2 项目经历在面试中的权重笔试进面之后故事才刚刚开始过了笔试会进入一轮电面和一轮现场面。阿里实习生面试里项目经历几乎必被深挖。我当时准备了一个电商秒杀相关的课程设计项目结果面试官问的是你的系统并发量是多少数据库连接池怎么配置的如果Redis挂了你的方案还能撑住吗这些问题直接把我问住了因为我的项目只停留在“能用”的层面没有深入考虑过性能、可用性、容错。后来我才意识到实习生面试考察的不是你做过多大规模的项目而是你对“系统设计”的基本感知。即使是学生项目你也可以主动给自己加难度比如引入缓存、消息队列、限流策略等然后在简历上写明你考虑过这些问题。面试官看重的不是项目本身而是你思考问题的维度。5.3 智力题和场景题不只是脑筋急转弯2015年的笔试题里其实有一小部分逻辑推理题比如“一个盒子里有红黑两种球随机取两个如果颜色相同就放回一个红球否则放回一个黑球最后剩什么颜色”这类概率/状态题。这类题看似难其实考察的是不变量思维。笔试之后面试中也可能出现开放式的场景题比如“如果让你设计一个短链接系统你会怎么设计”。这些开放题并没有标准答案面试官关注的是你会不会先问需求边界每天的请求量有多大链接有效期多久需不需要统计点击率这些问题的提出本身就体现了一个工程师的分析能力。所以平时训练时不要只做输入输出确定的算法题多尝试“从模糊需求出发设计方案”的练习。6. 这套2015年的题对2025年的你还有多少参考价值很多人会问现在都2025年了互联网技术栈早就不一样了2015年的实习生笔试题还有参考价值吗我的答案是题型会变考点会变但底层能力模型没有变。现在的笔试更多集中在LeetCode中高难度的算法题甚至部分公司开始引入系统设计题和并发编程题。你看到的变化是字符串翻转、链表判环这类基础题变少了动态规划、图论、DFS/BFS的考察变多了。这说明筛选标准在逐渐提高但操作系统的进程线程管理、网络的TCP状态、数据库的事务隔离级别这些基础题依然是笔试和面试的底色它们不会因为你用的是Spring Boot还是Go框架而改变。如果你现在还在准备阶段我建议你做两件事。第一把CS基础课的系统性复习放在刷题之前因为基础不牢刷题刷到一定程度会遇到瓶颈。第二养成“从工程角度想问题”的习惯写完一个功能之后多问自己几遍这段代码在高并发下会怎样这个数据结构的内存占用是多少如果服务崩溃了数据如何恢复回到2015年那场笔试它对我来说其实是一次非常正面的挫折。它让我在正式进入职场之前就意识到学校里的成绩和真实工程师的能力之间还有一段需要自己填平的距离。考完试的那天下午我在图书馆把数据结构教科书重新翻了一遍从数组、链表、栈、队列到树、图、排序、查找一章一章过那是我大学几年里学习效率最高的一个下午。如果你也刚好在准备某家公司的笔试我希望这篇复盘能让你少走一点点弯路也让你在机房里看到一个陌生题目的时候能多一分从容。 2015阿里实习生笔试复盘：算法、操作系统与网络考点解析
2015年那个春天我还在学校实验室里改简历阿里实习生招聘的帖子在群里被转了一遍又一遍。投递系统开放的那天晚上我蹲在宿舍把基本信息填完心里想的是实习生面试嘛考察的应该不会太难。等真正坐到笔试机房看到试卷的那一刻我才意识到这场笔试根本不是“试试水”它是一道真实的分水岭——考完出来走廊里一半人脸色是白的。现在回头看2015年的阿里实习生笔试题其实是那个年代互联网公司校招技术笔试的一个典型样本覆盖的考点不会很偏但考察密度高混合了数据结构、算法、操作系统、网络、概率统计和一点逻辑推理还带几道让人纠结的多选题。和现在动辄需要系统设计、源码级追问相比当年的题目更看重“计算机基础是否扎实”和“边界条件是否敏感”。我按记忆把当时考场上印象比较深的题目、常见错误和背后的考察逻辑一条条拆出来复盘给后来者参考。1. 2015年那场笔试卷子的结构、时间分配和真实难度先说说整体情况。当年阿里的实习生笔试是在线上完成的平台会有摄像头监控题型大概是这几类第一部分是行测式的逻辑推理第二部分是技术单选和多选混合第三部分是两道左右的手写编程题。整套卷子限时大概一个半小时到两个小时具体时长记不太清了但说实话如果你在单选题上磨蹭太久后面的编程题基本没有认真写的时间。我印象里技术单选题大概覆盖了C/C、Java、数据结构和操作系统少数题目会涉及数据库和网络。多选题的杀伤力最大因为它在计分上采用“少选不得分、错选扣分”或者“少选得部分分”的规则考场上很多人为了求稳只选一个自己100%确定的选项结果把一道3分的题做成了0.5分非常可惜。编程题倒不算极难但它的读题和构造边界条件比较费时间。比如有一道题和“字符串循环移位”有关表面上考的是字符串处理实际上考的是取模运算和原地移动。如果你平时只刷过LeetCode的简单题没注意过这类细节很容易写出一个测试用例过、隐藏用例全挂的代码。如果我们把2015年阿里的笔试难度和现在对比最大的差异在“广度”和“深度”的取舍上。当时的笔试更偏广度考点是一个大筛子筛掉的是基本功有短板的人而现在的技术面试则更偏深度一轮电话面就可能问到你项目里的某个中间件原理。如果你现在要准备阿里的实习笔试我的建议是不要只刷题把CS基础课重新过一遍把书上的概念变成自己能说清楚的逻辑。2. 那些年让人印象深刻的算法题从读题到AC的全过程2.1 “字符串循环移位”不只是你会不会写代码的问题笔试中的一道编程题大概是这样的给定一个字符串和一个整数K要求把字符串循环右移K位例如abcde右移2位得到deabc。要求空间复杂度尽量低。很多人看到这道题的第一反应是先取模K对字符串长度取模然后截断拼接。这在Java或Python里确实两行就能写出来。但问题在于当年的笔试环境对语言有C/C的倾向性而且很多隐藏用例的K值很大比如K1000000007如果你没先取模就直接开辟一个等长临时数组一点问题没有但如果你试图用嵌套循环一位一位搬基本会超时。这道题真正考察的是“三次翻转法”先翻转整个字符串再翻转前K个字符最后翻转剩余部分。以abcde右移2位为例先整体翻转变成edcba再翻转前2位de得到decba再翻转剩余部分cba得到deabc完成。坑在于边界条件。K可能等于字符串长度、大于字符串长度也可能等于0。如果你只写K % len没考虑到len为0的情况空字符串的用例会让你直接报错。我当时就吃过这个亏在一个看起来人畜无害的空字符串用例上扣了分。2.2 求最大连续子数组和经典题目里的非经典错法另一道题是典型的“最大连续子数组和”LeetCode 53题。给一个整数数组找出一个具有最大和的连续子数组返回其最大和。这道题大家都熟悉标准解法是动态规划Kadane算法dp[i] max(nums[i], dp[i-1] nums[i])同时用一个全局变量维护最大值。但笔试的陷阱不在于你不知道这个算法而在于你对“全负数数组”的处理。我当时旁边有位同学很快写出了解答核心逻辑是如果当前累加和小于0就重置为0。这个思路在存在正数的数组上是对的但在全负数数组上会返回0而不是最大的那个负数。笔试里这类用例不会直接写成全负数它可能藏在大量随机测试里。所以正确的做法应该是在Kadane算法基础上维护一个max_so_far的初始值为数组的第一个元素而不是0。类似的问题还有“股票买卖最佳时机”它本质上是最大连续子数组和的一个变体笔试时经常把它们混着出考察你能否识别出核心模型。2.3 链表相关的“送分题”环的检测和入口有一道让我印象很深的选择题考的是“如何判断一个链表有没有环”。选项里包含“用快慢指针”“用哈希表记录访问过的节点”“反转链表后看头节点是否和原头节点相同”等。其实当时有不少人选了“反转链表判断环”这个方案。它的原理是如果一个链表存在环反转操作会陷入死循环或者导致无法正常结束。所以这个选项理论上有一定迷惑性——但在实际工程里根本不敢用因为万一有环程序直接卡死没有任何保护。这提醒我们笔试选择题的每个选项背后都有授课老师的“小心思”它不只是考概念正不正确而是在考你对边界场景的敏感度。进阶一点的问题是“如何找到环的入口节点”。方法不复杂快慢指针第一次相遇后一个指针从头节点出发另一个从相遇点出发都以步长为1前进再次相遇的位置就是环入口。笔试中不排除有这样的填空题或者编程题变形你们考前最好自己写一遍别只看题解。2.4 概率统计题考察的不是公式而是逻辑的完备性那套卷子里还有一道概率题大意是两个人轮流掷硬币先掷到正面的人获胜问先手获胜的概率。学过概率论的同学都知道设先手获胜概率为P第一次掷到正面则胜概率是1/2如果第一次反面那么轮到后手此时后手获胜的概率就是P意味着先手最终获胜的概率是(1/2)(1-P)再加第一次正面那一项P 1/2 (1/2)(1-P)解得P 2/3。这种题在笔试里核心不是让你算这个2/3而是看你能否快速建模。很多人容易搞混的是“无限次游戏”的处理方式总想着展开成一个无穷级数结果去算了1/2 1/8 1/32 ...也解得出来但时间上不划算。从应试策略来说这种题如果在选择题里出现套公式和递归两种思路都要熟练缺一不可。3. 操作系统与网络的选择题里藏着基本功的试金石3.1 进程、线程与并发不冷静分析就会选错2015年的笔试里关于进程和线程的题至少出现了两道。一道是“下列说法正确的是”选项涉及进程和线程的地址空间、资源开销、调度单位等。线程比进程拥有更小的开销同属一个进程的多个线程共享地址空间而每个进程有独立的地址空间调度上现代操作系统一般以线程为基本调度单位。如果把这道题直接背结论那不太可能错。但笔试往往不会只考概念它会给你一个具体场景比如“在多线程程序中两个线程同时执行i操作10000次最终i的值是多少”。如果你不知道i本质上是一个“读-改-写”的三步操作也不了解线程切换可能发生在任意一条指令之间就会直接答10000。正确结论是最终值小于等于10000具体多少取决于竞争情况。这里顺便提醒一下阿里的笔试多选题里如果同一种技术从不同角度反复出说明这个知识点是他们筛选人的重要信号。进程线程、并发安全、死锁的产生条件这些在实习生面试里几乎场场出现建议复习到位。3.2 内存管理里的分页与虚拟内存“缺页中断”不是玄学有一道题问的是虚拟内存的作用选项里有“扩大物理内存容量”“让每个进程拥有独立的地址空间”“提高CPU利用率”“硬盘空间不够时自动扩展内存”。正确的是“让每个进程拥有独立的地址空间”以及一定程度上的扩大可用内存空间但“扩大物理内存容量”是典型错误项因为虚拟内存使用的是磁盘空间物理内存并没有变大。这个知识点的考察意在让你明白操作系统给进程的地址空间是虚拟的缺页中断会把磁盘中的数据调入内存页面置换算法LRU/FIFO/Clock决定淘汰谁。当年笔试不要求你手写LRU但它可能出现在多选题里让你判断几种说法的正误。如果你在项目里用过Redis的maxmemory-policy allkeys-lru或者处理过Elasticsearch的堆内存设置对这些概念会更有实感。3.3 TCP三次握手和四次挥手不只是背状态码网络部分的高频考点是TCP/UDP的区别、三次握手的细节、TIME_WAIT状态。当时的题目大致是在TCP连接建立过程中第二次握手SYNACK的作用是什么选项有“确认客户端的SYN并同步自己的初始序列号”“同时传输应用数据”“双方进入ESTABLISHED状态”等。正确答案是“确认客户端的SYN并同步自己的初始序列号”但很多人会把“双方进入ESTABLISHED状态”混淆进去因为第二次握手完成后客户端已经进入ESTABLISHED服务端其实还要等第三次握手才进入。为什么这些在实际工作中很重要因为你在排查线上问题时如果服务端出现大量TIME_WAIT状态连接你能推测出是主动关闭连接的一方在高频创建短连接进而考虑“长连接复用”或“调大端口范围”。阿里的笔试不直接考你线上排查但它的出题思路就是在为后续的面试铺路基础概念懂不懂直接决定你能否进入下一轮。3.4 DNS、HTTP和Cookie这些“低级”知识反而拉开差距有一道题问“HTTP协议中Cookie的作用”选项涉及会话保持、用户追踪、缓存控制等。这道题本身不难但它在2015年的试卷里却让不少人丢分原因是它和多选题混在一起少选了“用户追踪”这个选项。现在做前端、后端的同学天天和Cookie打交道但真要你说清楚Cookie和Session的区别、Cookie的HttpOnly属性有什么意义、SameSite属性的作用很多同学反而会卡壳。笔试里的低阶题并不代表低价值它是对一个工程师“深度”的第一轮扫描。如果你对这类问题不熟建议系统地过一遍HTTP的头部字段别只停留在“会发请求”的层面。4. 笔试中的隐藏扣分点从代码风格到边界条件的全面复盘4.1 读题才是第一生产力3分钟写完的代码可能是废的我在笔试里最大的教训是读题太急。当时的编程题里有一句话是“如果有多个满足条件的子数组返回起始位置最靠前的那个”很多人在刷LeetCode时习惯了只返回最大和忽略了题目里附加的下标要求。所以无论你是在牛客网刷真题还是在LeetCode刷题都要养成先做题前分析的习惯把题目里的限制条件圈出来输入范围、是否包含负数、是否需要返回下标、是否需要稳定排序、是否需要去重。特别是笔试现场没有调试环境或者调试环境很弱你更需要依赖静态阅读来发现潜在问题。另外很多笔试平台是单文件提交只允许你写一个函数或者一个类不允许你自定义工具类。这意味着你要花点时间适应“在隔离环境里裸写代码”不要依赖IDE的自动补全。平时练习的时候我建议打开记事本或者在线编辑器写代码不借助任何智能提示这样到了考场才不会手忙脚乱。4.2 输入输出格式菜鸟和老鸟的分水岭当年阿里的笔试编程题用的是标准输入输出如果你在本地用文件读取数据那提交上去基本0分。这个问题看着很基础但每年都有不少同学挂在上面。C用cin/coutJava用Scanner/System.out.printlnPython用input()/print()。如果数据量特别大比如10^5级Scanner可能性能不够推荐用BufferedReader。这些细节在正常开发中无关紧要但在在线评测里就是生死线。我记得有年有同学在群里吐槽说他代码逻辑完全正确但最后超时了。后来发现他用System.out.println()在一个循环里输出上万个结果每行一次IO不超时才怪。正确的做法是用StringBuilder拼接再统一输出。4.3 多选题的计分策略少选不是最优解乱选才是大忌关于多选题当时我们的共识是先排除确定错误的选项再对剩下不确定的选项做风险评估。如果计分规则是“全部选对得满分选对但不全得一半分错选得0分”那你完全可以采取“保底策略”只选两个你有把握的剩下一个不确定的宁可不选。因为再蒙一个选项如果蒙错你连一半分都没有如果蒙对你只是多了半分的增量性价比不高。反过来如果计分规则是“多选、少选都不得分”那你就更需要依靠排除法来锁定答案。有些多选题的选项设置其实很“放水”比如四个选项里有两个互相矛盾那么必然一真一假你至少能排除一个。别小看这点技巧在整套卷子里多选题往往是区分度最高的题型。4.4 知识点盲区遇到不会的题如何快速止损笔试时最忌讳的是和一道题“死磕”。我遇到不会的多选题先标记下来把把握大的题目全部做完再回头思考。因为前面的单选题和编程题分值高且确定性更强你的时间应该优先投资在“高确定性、高回报”的题目上。如果遇到完全不熟悉的知识点比如某个冷门的命令或者某个框架的配置项不要慌试着用“排除法常识推理”。2015年那套题里其实也出现过一道和Linux进程管理相关的题目选项里是ps、top、kill等命令。这种题哪怕没有系统学过Linux也可以用命令的英文全称去猜ps是“process status”top是“table of processes”它们各自的职责范围其实是能推测出来的。5. 考完之后从笔试到面试我做了什么调整5.1 笔试暴露了知识地图上的哪几个洞笔试结束后我没有急着对答案而是先把所有拿不准的题记下来分类整理。比如发现自己对“线程安全”相关的概念模棱两可就在面试前集中补了一遍Java并发synchronized、volatile、Lock、ThreadLocal。又比如发现自己对TCP的TIME_WAIT状态只知道名词、不懂原因就去看了一些线上排障的博客文章。这个过程比“每天刷十道题”更有效因为它是基于真实漏洞的定向修复。笔试其实是一份免费的“体检报告”你考得不好不代表你能力不行只代表你的知识结构和阿里的考查范围有重合度低的地方查漏补缺是你唯一需要做好的事情。5.2 项目经历在面试中的权重笔试进面之后故事才刚刚开始过了笔试会进入一轮电面和一轮现场面。阿里实习生面试里项目经历几乎必被深挖。我当时准备了一个电商秒杀相关的课程设计项目结果面试官问的是你的系统并发量是多少数据库连接池怎么配置的如果Redis挂了你的方案还能撑住吗这些问题直接把我问住了因为我的项目只停留在“能用”的层面没有深入考虑过性能、可用性、容错。后来我才意识到实习生面试考察的不是你做过多大规模的项目而是你对“系统设计”的基本感知。即使是学生项目你也可以主动给自己加难度比如引入缓存、消息队列、限流策略等然后在简历上写明你考虑过这些问题。面试官看重的不是项目本身而是你思考问题的维度。5.3 智力题和场景题不只是脑筋急转弯2015年的笔试题里其实有一小部分逻辑推理题比如“一个盒子里有红黑两种球随机取两个如果颜色相同就放回一个红球否则放回一个黑球最后剩什么颜色”这类概率/状态题。这类题看似难其实考察的是不变量思维。笔试之后面试中也可能出现开放式的场景题比如“如果让你设计一个短链接系统你会怎么设计”。这些开放题并没有标准答案面试官关注的是你会不会先问需求边界每天的请求量有多大链接有效期多久需不需要统计点击率这些问题的提出本身就体现了一个工程师的分析能力。所以平时训练时不要只做输入输出确定的算法题多尝试“从模糊需求出发设计方案”的练习。6. 这套2015年的题对2025年的你还有多少参考价值很多人会问现在都2025年了互联网技术栈早就不一样了2015年的实习生笔试题还有参考价值吗我的答案是题型会变考点会变但底层能力模型没有变。现在的笔试更多集中在LeetCode中高难度的算法题甚至部分公司开始引入系统设计题和并发编程题。你看到的变化是字符串翻转、链表判环这类基础题变少了动态规划、图论、DFS/BFS的考察变多了。这说明筛选标准在逐渐提高但操作系统的进程线程管理、网络的TCP状态、数据库的事务隔离级别这些基础题依然是笔试和面试的底色它们不会因为你用的是Spring Boot还是Go框架而改变。如果你现在还在准备阶段我建议你做两件事。第一把CS基础课的系统性复习放在刷题之前因为基础不牢刷题刷到一定程度会遇到瓶颈。第二养成“从工程角度想问题”的习惯写完一个功能之后多问自己几遍这段代码在高并发下会怎样这个数据结构的内存占用是多少如果服务崩溃了数据如何恢复回到2015年那场笔试它对我来说其实是一次非常正面的挫折。它让我在正式进入职场之前就意识到学校里的成绩和真实工程师的能力之间还有一段需要自己填平的距离。考完试的那天下午我在图书馆把数据结构教科书重新翻了一遍从数组、链表、栈、队列到树、图、排序、查找一章一章过那是我大学几年里学习效率最高的一个下午。如果你也刚好在准备某家公司的笔试我希望这篇复盘能让你少走一点点弯路也让你在机房里看到一个陌生题目的时候能多一分从容。