如果你是认真参加过那几年大厂校招的人应该对腾讯这套2017校招开发工程师笔试试卷二不陌生。它不像靠后的技术面那样聊项目、聊系统设计而是把所有基本功一次性摆在卷面上让你在两个多小时里彻底暴露水平。我当年备考时把能找到的真题和回忆版都刷了几轮今天想以这套卷子为样本聊聊它的题型结构、考点分布以及每一类题背后真正想考察的东西。无论你是准备实习、准备秋招还是单纯想检验一下自己的CS基础这篇复盘应该都能给你一些实在的参考。1. 2017年的这场笔试为什么今天还值得翻出来复盘1.1 试卷结构回顾三大板块定基调腾讯2017校招开发工程师笔试试卷二整体上延续了腾讯笔试一贯的“基础选择题 编程题 简答/附加题”结构。据当年参加笔试的同学回忆整理试卷大致分为三个板块第一部分是选择题数量大约在25道上下覆盖C/C语言、数据结构、算法、操作系统、计算机网络、数据库等科目每题分值不高但总量很可观。第二部分是编程题一般是1到2道需要在限定时间内完成代码编写和提交。这部分是区分度最高的题。第三部分是简答题或附加题通常结合一个具体工程场景让你给出设计方案或排查思路考察的是面对真实问题的分析能力。这套结构放到今天的校招笔试里依然不过时。你会发现现在的Big Four算法、OS、网络、数据库依然是笔试主线只是平台从线下试卷换成了在线OJ题型也从纯选择变成了选择题加编程题混排。2017年那套卷子处于一个很典型的时间节点算法题还没完全变成LeetCode刷题竞技但基础知识的考察已经非常体系化所以拿它来当“体检表”特别合适。1.2 从题量看考察重点不是难是广和快很多人第一次做这套卷子的共同感受是题不算特别难但根本来不及细想。两个小时左右要完成几十道选择题外加编程题平均到每道题上的时间非常紧。这其实是腾讯笔试的一个核心筛选逻辑在校招阶段比起“这道题你有没有见过”他们更关心你的知识面是否完整、基础是否牢固、能否在高压下快速调用所学内容。我后来回看这个设计觉得它很有道理。真进了项目组你面对的往往是几十个模块同时运转的复杂系统没有人会在旁边慢悠悠提醒你“这里考的是TCP四次挥手”。笔试就是在模拟这种状态限定时间、不允许查资料、题目覆盖面广你必须靠肌肉记忆完成基础判断把精力留给真正需要思考的编程题和场景题。所以在复习这套卷子时我建议先别急着研究偏题怪题而是把教科书上的核心概念全部过一遍做到“看到题干关键词立刻能反应出考点”这才是拿到基础分的关键。2. 选择题高频考点拆解每个考点背后的出题动机2.1 数据结构与算法手算能力是硬门槛数据结构与算法在选择题里占的比例最高保守估计有30%以上。常见出题方式有给一棵二叉树的前序和中序遍历结果让你求后序遍历给一串关键字序列问哈希表用链地址法处理冲突后的平均查找长度给一组排序算法的比较次数或移动次数让你判断是哪种排序。这些题都不需要写代码但要求你对手算过程极度熟练。举一个典型的例子。题目给出前序遍历为ABCDEF、中序遍历为CBDAEF求后序遍历。如果你对遍历规则足够熟可以在草稿纸上30秒内画出树的结构然后写出CDBFEA。但我见过不少同学在考场上卡在这一类题上原因不是不会而是平时写代码都是用递归函数跑结果很少手工推演。这里有一个很实用的备考方法复习遍历时不要只刷编码题一定要自己动手画出3到5棵中等规模的树手工算前序、中序、后序各一遍。练过之后考试时这种题就是送分题。再比如哈希表。别只记“链地址法”“开放定址法”几个名词要会实际计算。给我一个表长、一个哈希函数、一组关键字你要能模拟插入过程算清楚每个桶链了多长然后求查找成功和查找失败的平均长度。2017年这套卷子里就出现过类似计算选择项里会有两个容易混淆的数字专门筛选那些“背结论但不理解过程”的人。2.2 操作系统与计算机网络理论要和现象对应起来操作系统和计算机网络在选择题里属于“看似送分、实则坑多”的部分。操作系统爱考进程与线程的区别、死锁的四个必要条件、页面置换算法、虚拟内存、进程间通信方式。计算机网络爱考TCP三次握手状态变化、TIME_WAIT存在的原因、HTTP常用状态码含义、DNS解析流程、子网掩码计算。以TCP的TIME_WAIT为例这是历年高频考点。题目可能会问主动关闭连接的一方在发送最后一个ACK后进入什么状态为什么要等待2MSL。如果你只是背了“2MSL”这个数字很容易在选项里栽跟头因为出题人会故意把主动方和被动方搞混或者把“保证对端收到ACK”和“防止旧连接报文干扰新连接”这两个原因拆到两个选项里。我建议你把这些网络状态变化画成时序图自己扮演客户端和服务端各走一遍关闭流程搞清楚每一个状态是谁发起的、收到了什么才迁移的。一旦把过程真正理解了选项再变都能识别出来。操作系统和网络这些题考察的本质是“理论与现象对应”。比如题目问一个进程申请内存失败可能是什么原因你要能把虚拟内存、页表、内存碎片、swap区这些概念串起来思考而不是孤立地回忆某个定义。这种串联能力恰恰是大厂开发岗位日常排查问题最需要的基本功。2.3 语言基础与数据库细节决定成败试卷二面向开发工程师编程语言选择题主要围绕C/C和Java展开。C里常见的有sizeof计算结果、指针与引用的区别、虚函数和虚函数表机制、const的各种用法、static关键字在不同场景下的含义Java里常见的有HashMap底层结构、equals和hashCode的约定、线程安全的集合类、JVM内存区域划分。记得一道很有代表性的C题定义一个空类然后问sizeof(空类对象)是多少以及加上一个普通成员函数、一个虚函数后分别变成多少。这题考察点很集中空类占用1字节是为了保证每个对象有独立地址虚函数会让对象内部多一个虚函数表指针所以会变成4字节32位机或8字节64位机。很多人在“空类1字节”上没问题但一加上虚函数就漏了指针大小和内存对齐规则。这种题没有技巧就是多刷、多总结把语言底层的内存布局理解透。数据库选择题则集中在索引、事务隔离级别、SQL语法和锁。比如给一条SQL问它能否用到联合索引a, b, c其实考察的是最左前缀原则或者给两个事务的并发操作序列问会发生脏读还是不可重复读。复习这部分不要只看理论要真的在一个MySQL实例上跑一遍不同隔离级别下的并发查询亲眼看到现象比背书牢固得多。2.4 选择题的答题策略先易后难标记存疑做完型策略也很重要。我的习惯是第一遍快速把所有选择题过一遍确认会做的直接选不会做的先标记但不恋战第二遍集中攻克标记题如果超过两分钟还没有思路就凭第一印象蒙一个并做上记号。这样能最大限度保证“会做的全对”而不是在一道难题上消耗太多时间导致后面的编程题匆忙应付。还有一个容易被忽略的点看清题目是单选还是多选。腾讯笔试试卷里偶尔会有“以下说法正确的是”可能多选这类变体。如果漏看了“多选”很可能只选了一个正确答案而丢分。快速读题、圈出关键词这种习惯在高压考试里能帮你保住不少细节分。3. 编程题实战复盘从读题到AC的完整思考链3.1 一道典型的动态规划题先暴力再优化编程题是整套试卷的灵魂。以当年出现频率很高的一类题为例给定一个字符串求最长不含重复字符的子串长度。这个题在LeetCode上是中等难度在笔试里属于“拉开区分度但不至于做不出来”的定位。我拿这道题来复盘一遍完整的思考链。第一步是理解题意。注意是“子串”而不是“子序列”这意味着字符必须连续所以双指针滑动窗口是比较自然的思路。第二步想暴力解法枚举所有起点和终点检查每个子串内部是否有重复字符复杂度O(n^2)。这个思路能保证在特殊情况下拿到部分分但面试官期待的一定是优化版本。第三步进入优化用两个指针left和right维护一个窗口再用一个HashMap记录窗口内每个字符最近出现的位置。当right指向的字符已经在窗口中出现过时就把left跳到该字符上一次出现位置的下一个位置然后更新字符位置继续移动right。这样每个字符最多被访问两次时间复杂度降为O(n)。写出代码后再检查边界条件空字符串返回0单个字符返回1全重复字符串也能正确处理。3.2 边界条件和输入输出笔试里最冤的丢分点很多同学算法思路没问题代码逻辑也对最后却因为输入输出处理不当没拿到满分。2017年腾讯笔试使用在线OJ系统不同题目对输入格式的要求不一样有的是一次性读入整个数组有的是多组测试数据以EOF结束有的可能每行以逗号分隔数据。一定要先写一个简单的读入循环用样例数据测试通过后再继续避免写完整套逻辑才发现解析就错了。另一个常见问题是数组越界。动态规划类题目经常需要初始化dp[0]和边界值如果循环变量从1开始时忘记对基础情况赋值很容易产生随机结果或运行时错误。我建议在做这类题时养成一个肌肉记忆写完核心逻辑后先跑三个最小用例分别是空输入、单元素、元素全相同。这三个用例能暴露大部分边界问题。3.3 时间复杂度的快速判断决定你能不能过笔试环境下的数据范围通常会直接告诉你。比如题目说n 10^5那么O(n^2)的算法几乎是必超时的你需要立刻转向O(n log n)或O(n)。有一个非常实用的估算方法以1秒为参考10^7次操作是安全区10^8次操作比较危险10^9以上基本必挂。所以当你设计了一个算法之后拿n的边界代入估算一下就能提前预判自己会不会超时。我在备考时吃过一个亏刷题时太依赖LeetCode的“Accept”很少自己算复杂度。后来做笔试试卷才发现有些题目在LeetCode的数据量下用O(n^2)也能过但在笔试数据量下直接超时。从那以后我给自己定了一条规矩每做完一道题必须写出时间复杂度和空间复杂度再对照数据范围看是否合理。这个习惯对我后续面试帮助很大。3.4 代码风格与调试笔试中也讲究“可读性”笔试虽然不需要交付给同事审查但清晰的代码风格有助于你在最后检查时快速定位问题。变量命名尽量语义化比如用left、right、windowCount代替i、j、cnt关键步骤写一行注释说明意图避免过长的函数体。这些习惯能在紧张的考试中降低认知负担也能在万一需要人工阅卷时给面试官留下好印象。如果提交后返回“答案错误”先不要急着改逻辑用几个自定义小用例跑一遍观察输出和预期差在哪里。很多时候问题出在坐标偏移、取整方向、大小写处理这些细节上。调试时在关键位置打印中间变量输出到本地控制台会比凭空“目测代码”高效得多。4. 简答题与场景题考的不是知识是工程判断力4.1 一个典型场景热点数据下缓存系统怎么扛简答题或附加题通常描述一个业务场景让你给出技术方案。我在多种回忆版里都看到过类似的题某活动页面瞬时涌入大量用户数据库面临巨大压力设计一个缓存和降级方案要求保证核心流程可用不能出现雪崩。这类题没有标准答案但考官心里有一套评判逻辑。拿到这种题我会按四步走。第一步定义问题边界这个活动的数据是读多写少还是写多读少热点数据是单个key还是多个key可接受的数据不一致窗口是多长第二步设计缓存层级本地缓存如Caffeine做一级缓存Redis做二级缓存数据库做最终数据源。本地缓存可以挡住大部分热点请求Redis负责跨节点共享。第三步考虑缓存击穿、穿透、雪崩三种风险。针对击穿可以用互斥锁或逻辑过期重建针对穿透可以做布隆过滤器前置过滤不存在的key针对雪崩要给过期时间加随机抖动避免大量key同时失效。第四步设计降级策略当Redis访问异常时直接短路到本地缓存或返回默认值牺牲部分数据新鲜度换取可用性。4.2 “为什么”比“是什么”更重要用取舍思维答题这种题目最怕考生上来就写一堆组件名用Redis、用消息队列、用多级缓存。更重要的是解释清楚每一个选择背后的理由。比如我为什么在本地缓存和Redis之间选择先查本地缓存因为活动页面的热点流量集中在秒级窗口本地缓存不走网络延迟最低但它在多实例部署时每个节点各有一份一致性差所以要设置很短的过期时间并让Redis兜底。这种“权衡”的表达会明显区别于单纯背概念的答案。同样说到布隆过滤器时不要只提名字可以补一句“布隆过滤器有误判率只能判断‘一定不存在’不能判断‘一定存在’所以它能拦住穿透请求但命中真实存在的key时还是需要回源数据库”。这句话能体现你对这个工具边界是清楚的。面试官看到这种细节通常会觉得你真的在系统里用过而不是临时百度来的。4.3 答题结构让阅卷人30秒抓住你的思路在线笔试的简答题通常是文本框输入没有太多排版空间。但你可以用“总体思路 分点说明 兜底策略”的结构来组织文字。我一般会先写一句总述“本方案采用多级缓存加熔断降级的组合目标是保障核心链路可用同时容忍短暂的数据不一致。”然后分点列出每层的作用、关键参数、异常处理方式最后补一句“如果单机内存不足可以将一级缓存替换为Redis并将二级缓存改为分布式存储”这类扩展方案展示可演进性。这里分享一个细节答题时别花大量篇幅写某个技术的底层原理考官更想看到你在具体场景里如何配置参数、如何取舍、如何应对故障。优先写“当XX发生时我怎么做”而不是“XX的原理是”。这种工程化表达习惯在校招笔试阶段就能帮你和普通学生拉开差距。5. 从2017年试卷看校招变化考点迁移与不变的内核5.1 当年重点和当前重点的对比翻看近几年的校招笔试题你会发现出题形式明显变了纸笔手算变少了核心算法题变多了且题目越来越向LeetCode中等难度靠拢系统设计题开始低龄化连大三暑期实习笔试都会出现“如何设计一个短链接系统”这类题目。但底层知识点的覆盖依旧稳如磐石。我做了个简单的对照考察维度2017年试卷二侧重当前校招侧重数据结构手算推导、基本操作代价代码实现、复杂场景变形算法经典动态规划、贪心策略图论、前缀和、滑动窗口变体操作系统概念辨析、死锁条件并发编程、协程、容器原理网络协议状态、握手流程HTTP/2、RPC、网络排错数据库SQL语法、索引结构分库分表、事务隔离、慢查询优化设计能力高可用设计思路完整系统设计、量化指标从这个表能看出考察的本质没变仍然是数据结构、算法、操作系统、网络、数据库这几座大山只是呈现形式越来越贴近真实工程。5.2 那些年没变过的底层能力腾讯笔试这么多年下来对C/C和Java语言细节的考察热情一直没减。虚函数、内存布局、引用计数、JVM调优这些题反复出现。为什么大厂如此执着于这些细节因为底层基础决定了你在遇到线上问题时能不能快速构建假设、缩小排查范围。一个熟悉内存模型的同学看到内存飙高会自然想到是不是有对象没释放、是不是大对象分配过多一个只会调API的同学可能只会重启大法。这种底层功底没法在入职后速成只能靠校招时筛选。所以如果你现在还有充足的时间准备我强烈建议不要只刷题一定要把《深入理解计算机系统》的关键章节、TCP/IP协议栈的核心机制、MySQL的InnoDB索引结构踏踏实实过一遍。笔试是一面镜子你平时学得扎实不扎实它都会照出来。5.3 给备考同学的一线建议复习优先级怎么排结合我自己的备考和后来参与笔试出题的经验给不同阶段的同学一个优先级参考如果距离笔试还有2个月以上以LeetCode热题100和剑指Offer为主线每天2到3道算法题同时看《数据结构与算法分析》补手算能力。每周安排一套完整的模拟卷计时完成。如果只剩下2到3周停止盲目刷题转向按考点做专题总结。把网络、OS、数据库、语言基础四大块的高频题各刷50道重点掌握做题套路同时每天保持1到2道编程题维持手感。如果只剩不到一周抓大放小优先复习最容易拿分的选择题考点比如排序算法复杂度对照、TCP握手状态、SQL基本语法和索引失效场景。编程题只刷高频中等题不碰Hard题保证考场上能稳定写出暴力解并优化到O(n log n)。时间分配上我推荐选择题控制在45分钟内编程题花35到40分钟简答题留25分钟最后留5到10分钟检查是否有漏题、是否选错单选多选、是否提交了正确的文件。这个节奏需要平时用模拟卷反复打磨不要指望考场上第一次就能把握好。备考期间最容易犯的错是“只看不练”。有人能把《剑指Offer》的题解背下来真到了笔试OJ上却连头文件都写不完整。练习一定要在真实的OJ环境里进行用标准输入输出限制单次提交时间。条件允许的话提前熟悉牛客网或赛码的笔试界面和按键习惯也能减少考场上的陌生感。这次复盘我自己重做了一遍记忆中的题型还是能发现一些当年没学透的地方。比如子网掩码计算当时靠背公式勉强答对现在能根据IP分组规则直接推导出来再比如虚函数表那类题当年只会记结论如今看完对象内存布局才真正明白为什么空类加虚函数会变成4字节或8字节。如果你也正在备考大厂建议别只盯着“这题会不会”多问自己一句“这个知识点的底层逻辑是什么”。带着这个习惯去复习你会发现2017年这套卷子直到今天依然是检验基本功的一块很好的试金石。 
长河君 · 2026/8/30 3:17:42 · 阅读 1.2k 腾讯2017校招笔试复盘：考点拆解与备考指南
如果你是认真参加过那几年大厂校招的人应该对腾讯这套2017校招开发工程师笔试试卷二不陌生。它不像靠后的技术面那样聊项目、聊系统设计而是把所有基本功一次性摆在卷面上让你在两个多小时里彻底暴露水平。我当年备考时把能找到的真题和回忆版都刷了几轮今天想以这套卷子为样本聊聊它的题型结构、考点分布以及每一类题背后真正想考察的东西。无论你是准备实习、准备秋招还是单纯想检验一下自己的CS基础这篇复盘应该都能给你一些实在的参考。1. 2017年的这场笔试为什么今天还值得翻出来复盘1.1 试卷结构回顾三大板块定基调腾讯2017校招开发工程师笔试试卷二整体上延续了腾讯笔试一贯的“基础选择题 编程题 简答/附加题”结构。据当年参加笔试的同学回忆整理试卷大致分为三个板块第一部分是选择题数量大约在25道上下覆盖C/C语言、数据结构、算法、操作系统、计算机网络、数据库等科目每题分值不高但总量很可观。第二部分是编程题一般是1到2道需要在限定时间内完成代码编写和提交。这部分是区分度最高的题。第三部分是简答题或附加题通常结合一个具体工程场景让你给出设计方案或排查思路考察的是面对真实问题的分析能力。这套结构放到今天的校招笔试里依然不过时。你会发现现在的Big Four算法、OS、网络、数据库依然是笔试主线只是平台从线下试卷换成了在线OJ题型也从纯选择变成了选择题加编程题混排。2017年那套卷子处于一个很典型的时间节点算法题还没完全变成LeetCode刷题竞技但基础知识的考察已经非常体系化所以拿它来当“体检表”特别合适。1.2 从题量看考察重点不是难是广和快很多人第一次做这套卷子的共同感受是题不算特别难但根本来不及细想。两个小时左右要完成几十道选择题外加编程题平均到每道题上的时间非常紧。这其实是腾讯笔试的一个核心筛选逻辑在校招阶段比起“这道题你有没有见过”他们更关心你的知识面是否完整、基础是否牢固、能否在高压下快速调用所学内容。我后来回看这个设计觉得它很有道理。真进了项目组你面对的往往是几十个模块同时运转的复杂系统没有人会在旁边慢悠悠提醒你“这里考的是TCP四次挥手”。笔试就是在模拟这种状态限定时间、不允许查资料、题目覆盖面广你必须靠肌肉记忆完成基础判断把精力留给真正需要思考的编程题和场景题。所以在复习这套卷子时我建议先别急着研究偏题怪题而是把教科书上的核心概念全部过一遍做到“看到题干关键词立刻能反应出考点”这才是拿到基础分的关键。2. 选择题高频考点拆解每个考点背后的出题动机2.1 数据结构与算法手算能力是硬门槛数据结构与算法在选择题里占的比例最高保守估计有30%以上。常见出题方式有给一棵二叉树的前序和中序遍历结果让你求后序遍历给一串关键字序列问哈希表用链地址法处理冲突后的平均查找长度给一组排序算法的比较次数或移动次数让你判断是哪种排序。这些题都不需要写代码但要求你对手算过程极度熟练。举一个典型的例子。题目给出前序遍历为ABCDEF、中序遍历为CBDAEF求后序遍历。如果你对遍历规则足够熟可以在草稿纸上30秒内画出树的结构然后写出CDBFEA。但我见过不少同学在考场上卡在这一类题上原因不是不会而是平时写代码都是用递归函数跑结果很少手工推演。这里有一个很实用的备考方法复习遍历时不要只刷编码题一定要自己动手画出3到5棵中等规模的树手工算前序、中序、后序各一遍。练过之后考试时这种题就是送分题。再比如哈希表。别只记“链地址法”“开放定址法”几个名词要会实际计算。给我一个表长、一个哈希函数、一组关键字你要能模拟插入过程算清楚每个桶链了多长然后求查找成功和查找失败的平均长度。2017年这套卷子里就出现过类似计算选择项里会有两个容易混淆的数字专门筛选那些“背结论但不理解过程”的人。2.2 操作系统与计算机网络理论要和现象对应起来操作系统和计算机网络在选择题里属于“看似送分、实则坑多”的部分。操作系统爱考进程与线程的区别、死锁的四个必要条件、页面置换算法、虚拟内存、进程间通信方式。计算机网络爱考TCP三次握手状态变化、TIME_WAIT存在的原因、HTTP常用状态码含义、DNS解析流程、子网掩码计算。以TCP的TIME_WAIT为例这是历年高频考点。题目可能会问主动关闭连接的一方在发送最后一个ACK后进入什么状态为什么要等待2MSL。如果你只是背了“2MSL”这个数字很容易在选项里栽跟头因为出题人会故意把主动方和被动方搞混或者把“保证对端收到ACK”和“防止旧连接报文干扰新连接”这两个原因拆到两个选项里。我建议你把这些网络状态变化画成时序图自己扮演客户端和服务端各走一遍关闭流程搞清楚每一个状态是谁发起的、收到了什么才迁移的。一旦把过程真正理解了选项再变都能识别出来。操作系统和网络这些题考察的本质是“理论与现象对应”。比如题目问一个进程申请内存失败可能是什么原因你要能把虚拟内存、页表、内存碎片、swap区这些概念串起来思考而不是孤立地回忆某个定义。这种串联能力恰恰是大厂开发岗位日常排查问题最需要的基本功。2.3 语言基础与数据库细节决定成败试卷二面向开发工程师编程语言选择题主要围绕C/C和Java展开。C里常见的有sizeof计算结果、指针与引用的区别、虚函数和虚函数表机制、const的各种用法、static关键字在不同场景下的含义Java里常见的有HashMap底层结构、equals和hashCode的约定、线程安全的集合类、JVM内存区域划分。记得一道很有代表性的C题定义一个空类然后问sizeof(空类对象)是多少以及加上一个普通成员函数、一个虚函数后分别变成多少。这题考察点很集中空类占用1字节是为了保证每个对象有独立地址虚函数会让对象内部多一个虚函数表指针所以会变成4字节32位机或8字节64位机。很多人在“空类1字节”上没问题但一加上虚函数就漏了指针大小和内存对齐规则。这种题没有技巧就是多刷、多总结把语言底层的内存布局理解透。数据库选择题则集中在索引、事务隔离级别、SQL语法和锁。比如给一条SQL问它能否用到联合索引a, b, c其实考察的是最左前缀原则或者给两个事务的并发操作序列问会发生脏读还是不可重复读。复习这部分不要只看理论要真的在一个MySQL实例上跑一遍不同隔离级别下的并发查询亲眼看到现象比背书牢固得多。2.4 选择题的答题策略先易后难标记存疑做完型策略也很重要。我的习惯是第一遍快速把所有选择题过一遍确认会做的直接选不会做的先标记但不恋战第二遍集中攻克标记题如果超过两分钟还没有思路就凭第一印象蒙一个并做上记号。这样能最大限度保证“会做的全对”而不是在一道难题上消耗太多时间导致后面的编程题匆忙应付。还有一个容易被忽略的点看清题目是单选还是多选。腾讯笔试试卷里偶尔会有“以下说法正确的是”可能多选这类变体。如果漏看了“多选”很可能只选了一个正确答案而丢分。快速读题、圈出关键词这种习惯在高压考试里能帮你保住不少细节分。3. 编程题实战复盘从读题到AC的完整思考链3.1 一道典型的动态规划题先暴力再优化编程题是整套试卷的灵魂。以当年出现频率很高的一类题为例给定一个字符串求最长不含重复字符的子串长度。这个题在LeetCode上是中等难度在笔试里属于“拉开区分度但不至于做不出来”的定位。我拿这道题来复盘一遍完整的思考链。第一步是理解题意。注意是“子串”而不是“子序列”这意味着字符必须连续所以双指针滑动窗口是比较自然的思路。第二步想暴力解法枚举所有起点和终点检查每个子串内部是否有重复字符复杂度O(n^2)。这个思路能保证在特殊情况下拿到部分分但面试官期待的一定是优化版本。第三步进入优化用两个指针left和right维护一个窗口再用一个HashMap记录窗口内每个字符最近出现的位置。当right指向的字符已经在窗口中出现过时就把left跳到该字符上一次出现位置的下一个位置然后更新字符位置继续移动right。这样每个字符最多被访问两次时间复杂度降为O(n)。写出代码后再检查边界条件空字符串返回0单个字符返回1全重复字符串也能正确处理。3.2 边界条件和输入输出笔试里最冤的丢分点很多同学算法思路没问题代码逻辑也对最后却因为输入输出处理不当没拿到满分。2017年腾讯笔试使用在线OJ系统不同题目对输入格式的要求不一样有的是一次性读入整个数组有的是多组测试数据以EOF结束有的可能每行以逗号分隔数据。一定要先写一个简单的读入循环用样例数据测试通过后再继续避免写完整套逻辑才发现解析就错了。另一个常见问题是数组越界。动态规划类题目经常需要初始化dp[0]和边界值如果循环变量从1开始时忘记对基础情况赋值很容易产生随机结果或运行时错误。我建议在做这类题时养成一个肌肉记忆写完核心逻辑后先跑三个最小用例分别是空输入、单元素、元素全相同。这三个用例能暴露大部分边界问题。3.3 时间复杂度的快速判断决定你能不能过笔试环境下的数据范围通常会直接告诉你。比如题目说n 10^5那么O(n^2)的算法几乎是必超时的你需要立刻转向O(n log n)或O(n)。有一个非常实用的估算方法以1秒为参考10^7次操作是安全区10^8次操作比较危险10^9以上基本必挂。所以当你设计了一个算法之后拿n的边界代入估算一下就能提前预判自己会不会超时。我在备考时吃过一个亏刷题时太依赖LeetCode的“Accept”很少自己算复杂度。后来做笔试试卷才发现有些题目在LeetCode的数据量下用O(n^2)也能过但在笔试数据量下直接超时。从那以后我给自己定了一条规矩每做完一道题必须写出时间复杂度和空间复杂度再对照数据范围看是否合理。这个习惯对我后续面试帮助很大。3.4 代码风格与调试笔试中也讲究“可读性”笔试虽然不需要交付给同事审查但清晰的代码风格有助于你在最后检查时快速定位问题。变量命名尽量语义化比如用left、right、windowCount代替i、j、cnt关键步骤写一行注释说明意图避免过长的函数体。这些习惯能在紧张的考试中降低认知负担也能在万一需要人工阅卷时给面试官留下好印象。如果提交后返回“答案错误”先不要急着改逻辑用几个自定义小用例跑一遍观察输出和预期差在哪里。很多时候问题出在坐标偏移、取整方向、大小写处理这些细节上。调试时在关键位置打印中间变量输出到本地控制台会比凭空“目测代码”高效得多。4. 简答题与场景题考的不是知识是工程判断力4.1 一个典型场景热点数据下缓存系统怎么扛简答题或附加题通常描述一个业务场景让你给出技术方案。我在多种回忆版里都看到过类似的题某活动页面瞬时涌入大量用户数据库面临巨大压力设计一个缓存和降级方案要求保证核心流程可用不能出现雪崩。这类题没有标准答案但考官心里有一套评判逻辑。拿到这种题我会按四步走。第一步定义问题边界这个活动的数据是读多写少还是写多读少热点数据是单个key还是多个key可接受的数据不一致窗口是多长第二步设计缓存层级本地缓存如Caffeine做一级缓存Redis做二级缓存数据库做最终数据源。本地缓存可以挡住大部分热点请求Redis负责跨节点共享。第三步考虑缓存击穿、穿透、雪崩三种风险。针对击穿可以用互斥锁或逻辑过期重建针对穿透可以做布隆过滤器前置过滤不存在的key针对雪崩要给过期时间加随机抖动避免大量key同时失效。第四步设计降级策略当Redis访问异常时直接短路到本地缓存或返回默认值牺牲部分数据新鲜度换取可用性。4.2 “为什么”比“是什么”更重要用取舍思维答题这种题目最怕考生上来就写一堆组件名用Redis、用消息队列、用多级缓存。更重要的是解释清楚每一个选择背后的理由。比如我为什么在本地缓存和Redis之间选择先查本地缓存因为活动页面的热点流量集中在秒级窗口本地缓存不走网络延迟最低但它在多实例部署时每个节点各有一份一致性差所以要设置很短的过期时间并让Redis兜底。这种“权衡”的表达会明显区别于单纯背概念的答案。同样说到布隆过滤器时不要只提名字可以补一句“布隆过滤器有误判率只能判断‘一定不存在’不能判断‘一定存在’所以它能拦住穿透请求但命中真实存在的key时还是需要回源数据库”。这句话能体现你对这个工具边界是清楚的。面试官看到这种细节通常会觉得你真的在系统里用过而不是临时百度来的。4.3 答题结构让阅卷人30秒抓住你的思路在线笔试的简答题通常是文本框输入没有太多排版空间。但你可以用“总体思路 分点说明 兜底策略”的结构来组织文字。我一般会先写一句总述“本方案采用多级缓存加熔断降级的组合目标是保障核心链路可用同时容忍短暂的数据不一致。”然后分点列出每层的作用、关键参数、异常处理方式最后补一句“如果单机内存不足可以将一级缓存替换为Redis并将二级缓存改为分布式存储”这类扩展方案展示可演进性。这里分享一个细节答题时别花大量篇幅写某个技术的底层原理考官更想看到你在具体场景里如何配置参数、如何取舍、如何应对故障。优先写“当XX发生时我怎么做”而不是“XX的原理是”。这种工程化表达习惯在校招笔试阶段就能帮你和普通学生拉开差距。5. 从2017年试卷看校招变化考点迁移与不变的内核5.1 当年重点和当前重点的对比翻看近几年的校招笔试题你会发现出题形式明显变了纸笔手算变少了核心算法题变多了且题目越来越向LeetCode中等难度靠拢系统设计题开始低龄化连大三暑期实习笔试都会出现“如何设计一个短链接系统”这类题目。但底层知识点的覆盖依旧稳如磐石。我做了个简单的对照考察维度2017年试卷二侧重当前校招侧重数据结构手算推导、基本操作代价代码实现、复杂场景变形算法经典动态规划、贪心策略图论、前缀和、滑动窗口变体操作系统概念辨析、死锁条件并发编程、协程、容器原理网络协议状态、握手流程HTTP/2、RPC、网络排错数据库SQL语法、索引结构分库分表、事务隔离、慢查询优化设计能力高可用设计思路完整系统设计、量化指标从这个表能看出考察的本质没变仍然是数据结构、算法、操作系统、网络、数据库这几座大山只是呈现形式越来越贴近真实工程。5.2 那些年没变过的底层能力腾讯笔试这么多年下来对C/C和Java语言细节的考察热情一直没减。虚函数、内存布局、引用计数、JVM调优这些题反复出现。为什么大厂如此执着于这些细节因为底层基础决定了你在遇到线上问题时能不能快速构建假设、缩小排查范围。一个熟悉内存模型的同学看到内存飙高会自然想到是不是有对象没释放、是不是大对象分配过多一个只会调API的同学可能只会重启大法。这种底层功底没法在入职后速成只能靠校招时筛选。所以如果你现在还有充足的时间准备我强烈建议不要只刷题一定要把《深入理解计算机系统》的关键章节、TCP/IP协议栈的核心机制、MySQL的InnoDB索引结构踏踏实实过一遍。笔试是一面镜子你平时学得扎实不扎实它都会照出来。5.3 给备考同学的一线建议复习优先级怎么排结合我自己的备考和后来参与笔试出题的经验给不同阶段的同学一个优先级参考如果距离笔试还有2个月以上以LeetCode热题100和剑指Offer为主线每天2到3道算法题同时看《数据结构与算法分析》补手算能力。每周安排一套完整的模拟卷计时完成。如果只剩下2到3周停止盲目刷题转向按考点做专题总结。把网络、OS、数据库、语言基础四大块的高频题各刷50道重点掌握做题套路同时每天保持1到2道编程题维持手感。如果只剩不到一周抓大放小优先复习最容易拿分的选择题考点比如排序算法复杂度对照、TCP握手状态、SQL基本语法和索引失效场景。编程题只刷高频中等题不碰Hard题保证考场上能稳定写出暴力解并优化到O(n log n)。时间分配上我推荐选择题控制在45分钟内编程题花35到40分钟简答题留25分钟最后留5到10分钟检查是否有漏题、是否选错单选多选、是否提交了正确的文件。这个节奏需要平时用模拟卷反复打磨不要指望考场上第一次就能把握好。备考期间最容易犯的错是“只看不练”。有人能把《剑指Offer》的题解背下来真到了笔试OJ上却连头文件都写不完整。练习一定要在真实的OJ环境里进行用标准输入输出限制单次提交时间。条件允许的话提前熟悉牛客网或赛码的笔试界面和按键习惯也能减少考场上的陌生感。这次复盘我自己重做了一遍记忆中的题型还是能发现一些当年没学透的地方。比如子网掩码计算当时靠背公式勉强答对现在能根据IP分组规则直接推导出来再比如虚函数表那类题当年只会记结论如今看完对象内存布局才真正明白为什么空类加虚函数会变成4字节或8字节。如果你也正在备考大厂建议别只盯着“这题会不会”多问自己一句“这个知识点的底层逻辑是什么”。带着这个习惯去复习你会发现2017年这套卷子直到今天依然是检验基本功的一块很好的试金石。