每年一到七八月份秋招的大幕就拉开了而笔试往往是很多同学第一次直面大厂筛选机制的环节。2023年腾讯音乐的秋招后端开发岗笔试我恰好完整走了一遍从投递到收笔试通知再到限时两小时内的紧张作答整个过程下来有不少值得复盘的东西。这篇文章不打算去回忆具体原题那也不合适而是想把这类笔试的考察逻辑、典型题型、常见的坑以及我当时总结的应对策略系统地梳理一遍。无论你目标是腾讯音乐还是其他大厂后端岗这套准备思路基本是通用的希望能帮你少走点弯路。1. 秋招笔试的整体认知与准备思路1.1 笔试在整个秋招流程中的定位先说一个很多人容易忽略的事实笔试不仅仅是一道门槛它更像是一次“批量筛选”。后端开发岗的简历投递量非常大面试官不可能每个人都聊一遍所以笔试的作用就是用统一标准、客观分数把候选人的基础能力快速分层。这意味着笔试成绩决定了你有没有机会进入面试环节而不是决定了你最终能不能拿到offer。很多同学笔试考得不错但面试挂了也有笔试一般但面试表现亮眼逆袭的。所以心态上要先把笔试当成“入场券”全力准备但不必背上“一考定生死”的包袱。腾讯音乐的笔试平台通常用的是牛客网或赛码网线上限时完成题型基本是“选择题编程题”的组合。整体节奏偏快时间不算宽裕考察面覆盖计算机基础、数据结构与算法、语言特性、数据库与网络知识等。我当年准备的时候最大的感受就是这是一场和“遗忘曲线”的对抗。很多知识点大一学过、大三早忘了笔试前必须系统性地拉一遍。1.2 投递时间线与笔试题型概览腾讯音乐的秋招启动时间一般比腾讯集团稍微晚一点点但也在8月中下旬左右开始放开网申。我当时是8月底投递的简历9月初收到笔试通知给了一个周末的缓冲时间准备。整个笔试时长大概是120分钟题量大约在20道选择题加3道编程题左右具体年份和岗位可能会有微调。从题型结构来看选择题重点考察这几块操作系统进程与线程、死锁、内存管理、调度算法计算机网络TCP/UDP、HTTP/HTTPS、DNS、三次握手与四次挥手数据库索引原理、事务隔离级别、SQL语法、MVCC编程语言以Java/Golang/C为主考察语言特性和底层原理3道编程题则通常遵循“一简单、一中等、一偏难”的梯度设计考察字符串处理、数据结构基础、动态规划和贪心思想等。这里需要特别提醒一下编程题往往不是“秒杀题”而是要能写出完整、可运行的代码。就算思路对了有小bug导致用例过不了得分也可能大打折扣。所以日常训练时一定要养成“先编译通过再提交”的习惯。2. 核心知识点梳理选择题考点解析2.1 操作系统与计算机网络的必背考点选择题部分操作系统和计算机网络几乎是大头。操作系统常考的点我根据当年的复习笔记总结为以下四类进程与线程的区别进程是资源分配的最小单位线程是CPU调度的最小单位进程间通信方式管道、消息队列、共享内存、信号量、Socket要能说清楚并理解各自的适用场景。死锁的四个必要条件互斥、持有并等待、不可剥夺、循环等待。考法通常是给一个场景让你判断是否可能发生死锁或者问打破哪个条件可以预防死锁。内存管理分页与分段、虚拟内存、页面置换算法FIFO、LRU、Clock。LRU是高频考点经常结合“缺页中断次数”来考。调度算法先来先服务、短作业优先、时间片轮转、优先级调度对比它们的平均周转时间和优缺点。计算机网络这边三次握手和四次挥手几乎是必考但考的往往不是简单的状态名而是“为什么是三次不是两次”“TIME_WAIT为什么需要2MSL”这种理解层面的问题。TCP的拥塞控制慢开始、拥塞避免、快重传、快恢复、HTTP与HTTPS的区别、HTTPS的握手过程也是常见出题方向。我个人的复习建议是不要只看概念要追着问“为什么”。比如“为什么挥手要四次”因为TCP是全双工的每一方的连接都需要单独关闭所以客户端发送FIN后服务端先回复ACK等自己数据发完再发送FIN一来一回多了一次交互。这种“原理级”的理解笔试和面试都吃香。2.2 数据库与编程语言的高频考点数据库方面索引和事务是最核心的两块。索引常考B树为什么适合作为索引结构树高矮、磁盘IO少、范围查询友好聚簇索引与非聚簇索引的区别以及最左前缀法则。事务则是ACID特性、隔离级别读未提交、读已提交、可重复读、串行化以及InnoDB默认的可重复读级别下MVCC怎么解决幻读的。编程语言方面不同岗位侧重点不一样。腾讯音乐后端不少团队用Java也有用Go的但笔试通常不限语言。选择题里Java常见的考点有HashMap的底层原理什么时候转红黑树、ConcurrentHashMap的锁机制、JVM内存模型和垃圾回收算法、反射和动态代理等。如果考C则往往是虚函数、智能指针、内存对齐这些。这里有个容易踩的坑很多人复习语言只看“语法”忽略了“底层机制”。比如HashMap的扩容阈值为什么是0.75ConcurrentHashMap 1.7和1.8的锁粒度有什么变化这些才是笔面试真正拉开差距的地方。我复习时把“高频考点即面试题库”过了一遍然后把每个知识点都延伸成3个“为什么”效果很好。3. 编程题实战三种典型题的思路拆解3.1 第一类字符串与模拟题保分题编程题第一题通常难度不大属于“保分题”常见类型是字符串处理或纯模拟。比如统计字符串中出现次数最多的字符、判断括号匹配、实现一个版本号比较、字符串循环移位等。这类题的核心要求是快、稳、准。我的做题策略是先用最简单的思路写出来保证正确性如果时间有余再优化。例如版本号比较直接按.分割后逐段比较整数处理好长度不等的情况就行不必一开始就想着用双指针节省空间。这类题大概10分钟左右应该写完并调试通过。实际敲代码时要注意一些边界条件比如空字符串、全空格、带符号数字、超长输入等。这些细节在笔试判题时占了很大的比例很多人本地跑没问题一提交就是“通过率0%”多半就是边界没处理。我的习惯是写完代码后在脑子里至少跑三个用例一个正常输入、一个边界输入如空串、长度为1、一个极端输入超长或重复字符。3.2 第二类数据结构与算法应用题核心得分题第二题属于中等难度常见类型包括链表翻转或删除、二叉树遍历与路径计算、双指针或滑动窗口、栈与队列的应用。这部分是拉开分数差距的关键因为第一题大多数人能AC第三题可能只有少数人能完整做出来第二题就成了“兵家必争之地”。我印象中比较典型的一类是双指针和滑动窗口。比如“最长无重复子串长度”和“长度最小的子数组”这两道经典题刷过LeetCode的应该都熟但笔试现场能一次写对的并不多。为什么因为滑动窗口的边界更新很容易写乱——右指针移动的时机、左指针收缩的时机、答案更新的位置每一步都有讲究。这里分享一个我总结的模板化写法以“最长无重复子串”为例def lengthOfLongestSubstring(s: str) - int: window set() left 0 ans 0 for right in range(len(s)): while s[right] in window: window.remove(s[left]) left 1 window.add(s[right]) ans max(ans, right - left 1) return ans核心逻辑是右指针每走一步就检查当前字符是否已在窗口内如果在就不断移动左指针直到移除重复字符然后再把当前字符加入窗口并更新答案。这套模板能解决一大类“子串/子数组”问题关键是理解“窗口内维护的是什么约束条件”。笔试前把滑动窗口的模板、双指针的模板、二叉树递归遍历的模板都背熟能极大提高笔试时的编码速度和准确率。3.3 第三类动态规划与进阶算法压轴题第三题通常是动态规划、贪心、图论或困难级别的综合题。这类题目的特点是思路可能想到了但代码实现时状态定义不清或者边界条件漏掉导致调试很久。笔试时间有限如果3-5分钟内没有明确思路我建议先写出暴力解或部分正确解保住一部分分数而不是死磕最后的大题。动态规划的核心是状态定义和转移方程。以经典的“最长递增子序列”为例def lengthOfLIS(nums: list[int]) - int: n len(nums) dp [1] * n for i in range(n): for j in range(i): if nums[j] nums[i]: dp[i] max(dp[i], dp[j] 1) return max(dp) if n 0 else 0这个写法是O(n²) 复杂度笔试中 n 通常不会给太大所以能过。但如果题目明确了 n 的范围是 10^5那就需要用贪心二分把复杂度降到 O(n log n)。我当时的策略是先把 O(n²) 的版本写出来保住正确性如果时间富余再优化成二分版本。这样即使时间不够也能拿到大部分测试点的分数。另一种常见压轴题是树上DP或图上最短路径。遇到这类题先想清楚图的存储方式邻接矩阵还是邻接表再想清楚遍历方式DFS还是BFS不要一上来就套模板。比如求树的直径实际上就是两次DFS第一次从任意点找到最远点第二次从最远点出发找最远距离。这类题的思维量不小需要平时积累经典模型。4. 笔试过程中的时间管理与实战技巧4.1 笔试环境与答题节奏笔试通常在周末下午或晚上进行全程开启摄像头监控并录屏。开考前一定要提前检查网络、浏览器兼容性、摄像头权限等。我当时就是因为没提前测试环境开考前浪费了5分钟处理摄像头授权问题非常被动。建议提前半小时进入考试页面确认设备再最后过一遍重点模板代码。关于答题顺序我强烈推荐“先做编程题再做选择题”的策略或者至少“先快速浏览一遍所有题目再动手”。原因很简单编程题分值高而且需要整块时间思考和调试选择题虽然知识点多但每题耗时有限。如果先花40分钟做选择题留给编程题的时间可能不够。我当时是先花5分钟扫了一遍编程题发现第三题偏难立刻决定先把第一二题做掉再做选择题最后回头啃第三题事实证明确实比按顺序答题要从容。答题过程中建议开启本地 IDE 写代码确认正确后再粘贴到在线答题框。在线编辑器通常没有自动补全和错误提示直接在里面敲代码很痛苦。还有一个细节本地IDE跑通和线上判题环境跑通是两回事。在线判题对输入输出格式要求极其严格多一个空格都可能判错。所以自己写代码时输入输出要严格按题目要求来不要画蛇添足输出调试信息或多余提示文字。4.2 时间分配建议120分钟怎么切分根据我的实际感受120分钟的时间切分大概可以这么分具体根据个人强弱项微调前5分钟浏览全部题目快速判断每道编程题的难度规划做题顺序。第5-40分钟攻坚编程题第一、二题争取每题都能AC或至少通过大部分测试用例。第40-80分钟回到选择题逐题作答。选择题里遇到不会的先用排除法再凭知识储备推测不空题。第80-110分钟回头尝试编程题第三题先写暴力解拿部分分能优化多少算多少。最后10分钟检查所有题目的答案是否提交成功尤其是编程题确认代码没有被误删或粘贴错误。这里有个很实用的心得编程题如果完全没思路可以针对小数据范围写暴力枚举往往能拿到20%-50%的用例分。比如一道“求满足条件的最长子数组”的题动态规划想不出来那就双重循环枚举所有区间判断条件是否成立虽然时间复杂度高但能过一部分小数据测试点比空着强得多。5. 常见问题与踩坑实录5.1 本地通过但提交0分原因出在哪这种情况几乎是每年笔试吐槽最多的点。根据我的经验常见原因有以下几个输入输出格式不符。题目要求读入多组测试数据你只处理了单组题目要求输出结果以空格分隔你输出了逗号或换行。建议仔细阅读输入输出描述并按示例格式逐字对照。main函数签名或类名不对。有些平台要求主类名为Main有些要求方法名和参数类型严格匹配这点在Java和C中尤其常见。数组越界或空指针。本地测试用例可能恰好避开了边界但线上测试会覆盖极端情况。没有使用适当的快速读写方式。数据量大时用Scanner或cin可能直接超时需要换用BufferedReader或快读模板。当时我身边有个同学就是这类问题的典型案例代码在ide里跑得很欢一提交就0分最后发现是输出多了一个“请输入n:”的提示字符串。所以提交前一定要检查代码里是否有任何多余的输出语句。5.2 选择题纠结太久编程题时间不够这道题也是经典问题。选择题每题1.5到2分编程题一道往往20到30分从“投入产出比”来看绝对不应该为一两道选择题纠结超过3分钟。遇到模棱两可的知识点先标记出来凭直觉选一个回头有时间再改。我当时的经验是纠结时间越久改错的概率反而越高不如先做完再统一复查。另外选择题也分“送分题”和“陷阱题”。有些题一看就是考基础概念比如“TCP的哪一层”这种题要快准狠别多犹豫有些题会故意设置一些看起来很像的干扰项这时候就要回忆概念的精确定义而不是凭感觉。复习的时候注意对比记忆比如“进程和线程”“HTTP和HTTPS”“索引和视图”这些成对出现的概念最容易出混淆选项。5.3 编程题常见错误速查表错误类型典型表现排查方向运行超时TLE测试点部分通过剩余超时检查是否用了O(n²)以上复杂度的暴力解法尝试剪枝或使用哈希、双指针优化输入量很大时改用快速IO内存超限MLE数组越界或递归过深导致栈溢出检查数组大小是否多开了一个数量级递归深度过大时改迭代或显式栈答案错误WA通过了简单用例复杂用例不通过重点检查边界条件、初始化值、状态转移是否遗漏手写极端用例测试编译错误CE本地能过线上报编译错检查是否用了平台不支持的语法特性类名是否为Main是否有未导入的包这张表是我笔试后复盘时整理的建议你也把自己的错误类型记录下来考前针对性补强。比如你发现自己经常超时说明算法复杂度意识还没到位考前就多刷几道需要优化的题目。6. 笔试后的复盘与面试衔接准备6.1 利用“考后回忆”做精准复盘笔试结束后趁着记忆还清晰建议立刻回顾整场考试哪些知识点没掌握哪类题型卡壳了时间分配上哪里不合理。我当时的做法是打开手机备忘录按“选择题知识盲区”和“编程题失误点”两类记录然后逐一查漏补缺。比如选择题里如果碰到了“Redis持久化机制”的题而你不太确定那就说明你的知识体系里这块是空白不管这次笔试过没过都应该补齐。这是个很好的学习契机因为笔试题目本身就是招聘团队认为“后端开发应该掌握”的知识清单。编程题也是一样如果第三题是完全没思路的状态那说明你在动态规划或图论方面的训练还不够。建议把这类题整理成专项集中刷上20到30道同类型题目直到形成“看到题目就能想到大致思路”的肌肉记忆。6.2 笔试与面试的知识复用笔试内容并不是考完就扔的它在面试中依然会被反复用到。我后来在面试阶段发现面试官问的基础题和笔试选择题高度重合——操作系统、网络、数据库、语言底层几乎就是同一套知识点。所以认真准备笔试相当于提前为面试打了一遍基础。编程题更是直接相关的。很多面试官会问“你笔试第二题当时是怎么想的”或者“如果让你优化当时的解法你会怎么做”这时候如果你有完整的解题思路和优化方案会很加分。所以我建议把笔试做过的每道编程题都整理成题解包括题目理解、解题思路、代码实现、复杂度分析、可能的优化方向面试前翻一翻非常有用。7. 备考资源与长期规划建议7.1 刷题资源和个人刷题路线关于算法刷题我周围上岸的同学基本都推荐“LeetCode Hot 100 剑指Offer”组合。Hot 100覆盖了绝大多数笔试高频题型剑指Offer则更贴近国内大厂的出题风格。建议按专题刷而不是按题号刷比如第一周数组、链表、字符串第二周哈希表、双指针、滑动窗口第三周二叉树、递归、回溯第四周动态规划、贪心第五周图论、并查集、拓扑排序第六周综合模拟限时训练限时训练很重要。笔试是限时的很多同学平时刷题没有时间压力一到笔试就手忙脚乱。建议考前至少做3到5次完整的限时模拟用牛客网的历年真题或LeetCode模拟赛都可以。一开始可以适当放宽时长比如150分钟完成120分钟的题量但考前两周一定要严格按120分钟来。7.2 基础知识的系统化复习方法基础知识的复习我建议按“面试题库官方文档”两条线并行。第一遍先刷面试题库快速了解高频考点和常见问法第二遍针对自己薄弱的地方去翻官方文档或经典书籍把原理吃透。推荐几本经典书《深入理解计算机系统》CSAPP讲操作系统和计算机体系结构《图解HTTP》和《计算机网络自顶向下方法》讲网络《高性能MySQL》讲数据库《Java并发编程的艺术》讲并发。每本不需要全读挑与高频考点相关的章节即可。这里也要提醒一点不要贪多求全。后端知识体系非常庞大想在笔试前全部精通不现实。优先保证核心高频考点的理解深度比如TCP原理、索引原理、JVM内存模型、常见算法模板。冷门知识点比如某个冷门协议细节如果还有余力再补充不要在难题上钻牛角尖。7.3 心态与信息管理秋招是一场持久战信息差和心态往往和技术一样重要。建议关注牛客网讨论区、目标公司招聘公众号、以及一些秋招信息汇总帖及时掌握笔试通知、面试进度、薪资爆料等一手信息。笔试被挂是正常现象不要因为一次失利就否定自己我见过太多人最终上岸的公司并不是秋招季最早投递的那家。我个人的体会是准备秋招笔试与其说是“补短板”不如说是“把基本功打磨到可全天候输出的状态”。你要做到的不是“会做”而是“在紧张、限时、被监督的环境下依然能稳定做对”。这需要刻意练习也需要在一次次模拟中不断调整自己的做题节奏。希望这篇复盘能给你提供一些可落地的思路祝你的笔试顺利早日拿到心仪的面试机会。
秋招后端笔试全攻略：题型解析、时间管理与避坑指南
每年一到七八月份秋招的大幕就拉开了而笔试往往是很多同学第一次直面大厂筛选机制的环节。2023年腾讯音乐的秋招后端开发岗笔试我恰好完整走了一遍从投递到收笔试通知再到限时两小时内的紧张作答整个过程下来有不少值得复盘的东西。这篇文章不打算去回忆具体原题那也不合适而是想把这类笔试的考察逻辑、典型题型、常见的坑以及我当时总结的应对策略系统地梳理一遍。无论你目标是腾讯音乐还是其他大厂后端岗这套准备思路基本是通用的希望能帮你少走点弯路。1. 秋招笔试的整体认知与准备思路1.1 笔试在整个秋招流程中的定位先说一个很多人容易忽略的事实笔试不仅仅是一道门槛它更像是一次“批量筛选”。后端开发岗的简历投递量非常大面试官不可能每个人都聊一遍所以笔试的作用就是用统一标准、客观分数把候选人的基础能力快速分层。这意味着笔试成绩决定了你有没有机会进入面试环节而不是决定了你最终能不能拿到offer。很多同学笔试考得不错但面试挂了也有笔试一般但面试表现亮眼逆袭的。所以心态上要先把笔试当成“入场券”全力准备但不必背上“一考定生死”的包袱。腾讯音乐的笔试平台通常用的是牛客网或赛码网线上限时完成题型基本是“选择题编程题”的组合。整体节奏偏快时间不算宽裕考察面覆盖计算机基础、数据结构与算法、语言特性、数据库与网络知识等。我当年准备的时候最大的感受就是这是一场和“遗忘曲线”的对抗。很多知识点大一学过、大三早忘了笔试前必须系统性地拉一遍。1.2 投递时间线与笔试题型概览腾讯音乐的秋招启动时间一般比腾讯集团稍微晚一点点但也在8月中下旬左右开始放开网申。我当时是8月底投递的简历9月初收到笔试通知给了一个周末的缓冲时间准备。整个笔试时长大概是120分钟题量大约在20道选择题加3道编程题左右具体年份和岗位可能会有微调。从题型结构来看选择题重点考察这几块操作系统进程与线程、死锁、内存管理、调度算法计算机网络TCP/UDP、HTTP/HTTPS、DNS、三次握手与四次挥手数据库索引原理、事务隔离级别、SQL语法、MVCC编程语言以Java/Golang/C为主考察语言特性和底层原理3道编程题则通常遵循“一简单、一中等、一偏难”的梯度设计考察字符串处理、数据结构基础、动态规划和贪心思想等。这里需要特别提醒一下编程题往往不是“秒杀题”而是要能写出完整、可运行的代码。就算思路对了有小bug导致用例过不了得分也可能大打折扣。所以日常训练时一定要养成“先编译通过再提交”的习惯。2. 核心知识点梳理选择题考点解析2.1 操作系统与计算机网络的必背考点选择题部分操作系统和计算机网络几乎是大头。操作系统常考的点我根据当年的复习笔记总结为以下四类进程与线程的区别进程是资源分配的最小单位线程是CPU调度的最小单位进程间通信方式管道、消息队列、共享内存、信号量、Socket要能说清楚并理解各自的适用场景。死锁的四个必要条件互斥、持有并等待、不可剥夺、循环等待。考法通常是给一个场景让你判断是否可能发生死锁或者问打破哪个条件可以预防死锁。内存管理分页与分段、虚拟内存、页面置换算法FIFO、LRU、Clock。LRU是高频考点经常结合“缺页中断次数”来考。调度算法先来先服务、短作业优先、时间片轮转、优先级调度对比它们的平均周转时间和优缺点。计算机网络这边三次握手和四次挥手几乎是必考但考的往往不是简单的状态名而是“为什么是三次不是两次”“TIME_WAIT为什么需要2MSL”这种理解层面的问题。TCP的拥塞控制慢开始、拥塞避免、快重传、快恢复、HTTP与HTTPS的区别、HTTPS的握手过程也是常见出题方向。我个人的复习建议是不要只看概念要追着问“为什么”。比如“为什么挥手要四次”因为TCP是全双工的每一方的连接都需要单独关闭所以客户端发送FIN后服务端先回复ACK等自己数据发完再发送FIN一来一回多了一次交互。这种“原理级”的理解笔试和面试都吃香。2.2 数据库与编程语言的高频考点数据库方面索引和事务是最核心的两块。索引常考B树为什么适合作为索引结构树高矮、磁盘IO少、范围查询友好聚簇索引与非聚簇索引的区别以及最左前缀法则。事务则是ACID特性、隔离级别读未提交、读已提交、可重复读、串行化以及InnoDB默认的可重复读级别下MVCC怎么解决幻读的。编程语言方面不同岗位侧重点不一样。腾讯音乐后端不少团队用Java也有用Go的但笔试通常不限语言。选择题里Java常见的考点有HashMap的底层原理什么时候转红黑树、ConcurrentHashMap的锁机制、JVM内存模型和垃圾回收算法、反射和动态代理等。如果考C则往往是虚函数、智能指针、内存对齐这些。这里有个容易踩的坑很多人复习语言只看“语法”忽略了“底层机制”。比如HashMap的扩容阈值为什么是0.75ConcurrentHashMap 1.7和1.8的锁粒度有什么变化这些才是笔面试真正拉开差距的地方。我复习时把“高频考点即面试题库”过了一遍然后把每个知识点都延伸成3个“为什么”效果很好。3. 编程题实战三种典型题的思路拆解3.1 第一类字符串与模拟题保分题编程题第一题通常难度不大属于“保分题”常见类型是字符串处理或纯模拟。比如统计字符串中出现次数最多的字符、判断括号匹配、实现一个版本号比较、字符串循环移位等。这类题的核心要求是快、稳、准。我的做题策略是先用最简单的思路写出来保证正确性如果时间有余再优化。例如版本号比较直接按.分割后逐段比较整数处理好长度不等的情况就行不必一开始就想着用双指针节省空间。这类题大概10分钟左右应该写完并调试通过。实际敲代码时要注意一些边界条件比如空字符串、全空格、带符号数字、超长输入等。这些细节在笔试判题时占了很大的比例很多人本地跑没问题一提交就是“通过率0%”多半就是边界没处理。我的习惯是写完代码后在脑子里至少跑三个用例一个正常输入、一个边界输入如空串、长度为1、一个极端输入超长或重复字符。3.2 第二类数据结构与算法应用题核心得分题第二题属于中等难度常见类型包括链表翻转或删除、二叉树遍历与路径计算、双指针或滑动窗口、栈与队列的应用。这部分是拉开分数差距的关键因为第一题大多数人能AC第三题可能只有少数人能完整做出来第二题就成了“兵家必争之地”。我印象中比较典型的一类是双指针和滑动窗口。比如“最长无重复子串长度”和“长度最小的子数组”这两道经典题刷过LeetCode的应该都熟但笔试现场能一次写对的并不多。为什么因为滑动窗口的边界更新很容易写乱——右指针移动的时机、左指针收缩的时机、答案更新的位置每一步都有讲究。这里分享一个我总结的模板化写法以“最长无重复子串”为例def lengthOfLongestSubstring(s: str) - int: window set() left 0 ans 0 for right in range(len(s)): while s[right] in window: window.remove(s[left]) left 1 window.add(s[right]) ans max(ans, right - left 1) return ans核心逻辑是右指针每走一步就检查当前字符是否已在窗口内如果在就不断移动左指针直到移除重复字符然后再把当前字符加入窗口并更新答案。这套模板能解决一大类“子串/子数组”问题关键是理解“窗口内维护的是什么约束条件”。笔试前把滑动窗口的模板、双指针的模板、二叉树递归遍历的模板都背熟能极大提高笔试时的编码速度和准确率。3.3 第三类动态规划与进阶算法压轴题第三题通常是动态规划、贪心、图论或困难级别的综合题。这类题目的特点是思路可能想到了但代码实现时状态定义不清或者边界条件漏掉导致调试很久。笔试时间有限如果3-5分钟内没有明确思路我建议先写出暴力解或部分正确解保住一部分分数而不是死磕最后的大题。动态规划的核心是状态定义和转移方程。以经典的“最长递增子序列”为例def lengthOfLIS(nums: list[int]) - int: n len(nums) dp [1] * n for i in range(n): for j in range(i): if nums[j] nums[i]: dp[i] max(dp[i], dp[j] 1) return max(dp) if n 0 else 0这个写法是O(n²) 复杂度笔试中 n 通常不会给太大所以能过。但如果题目明确了 n 的范围是 10^5那就需要用贪心二分把复杂度降到 O(n log n)。我当时的策略是先把 O(n²) 的版本写出来保住正确性如果时间富余再优化成二分版本。这样即使时间不够也能拿到大部分测试点的分数。另一种常见压轴题是树上DP或图上最短路径。遇到这类题先想清楚图的存储方式邻接矩阵还是邻接表再想清楚遍历方式DFS还是BFS不要一上来就套模板。比如求树的直径实际上就是两次DFS第一次从任意点找到最远点第二次从最远点出发找最远距离。这类题的思维量不小需要平时积累经典模型。4. 笔试过程中的时间管理与实战技巧4.1 笔试环境与答题节奏笔试通常在周末下午或晚上进行全程开启摄像头监控并录屏。开考前一定要提前检查网络、浏览器兼容性、摄像头权限等。我当时就是因为没提前测试环境开考前浪费了5分钟处理摄像头授权问题非常被动。建议提前半小时进入考试页面确认设备再最后过一遍重点模板代码。关于答题顺序我强烈推荐“先做编程题再做选择题”的策略或者至少“先快速浏览一遍所有题目再动手”。原因很简单编程题分值高而且需要整块时间思考和调试选择题虽然知识点多但每题耗时有限。如果先花40分钟做选择题留给编程题的时间可能不够。我当时是先花5分钟扫了一遍编程题发现第三题偏难立刻决定先把第一二题做掉再做选择题最后回头啃第三题事实证明确实比按顺序答题要从容。答题过程中建议开启本地 IDE 写代码确认正确后再粘贴到在线答题框。在线编辑器通常没有自动补全和错误提示直接在里面敲代码很痛苦。还有一个细节本地IDE跑通和线上判题环境跑通是两回事。在线判题对输入输出格式要求极其严格多一个空格都可能判错。所以自己写代码时输入输出要严格按题目要求来不要画蛇添足输出调试信息或多余提示文字。4.2 时间分配建议120分钟怎么切分根据我的实际感受120分钟的时间切分大概可以这么分具体根据个人强弱项微调前5分钟浏览全部题目快速判断每道编程题的难度规划做题顺序。第5-40分钟攻坚编程题第一、二题争取每题都能AC或至少通过大部分测试用例。第40-80分钟回到选择题逐题作答。选择题里遇到不会的先用排除法再凭知识储备推测不空题。第80-110分钟回头尝试编程题第三题先写暴力解拿部分分能优化多少算多少。最后10分钟检查所有题目的答案是否提交成功尤其是编程题确认代码没有被误删或粘贴错误。这里有个很实用的心得编程题如果完全没思路可以针对小数据范围写暴力枚举往往能拿到20%-50%的用例分。比如一道“求满足条件的最长子数组”的题动态规划想不出来那就双重循环枚举所有区间判断条件是否成立虽然时间复杂度高但能过一部分小数据测试点比空着强得多。5. 常见问题与踩坑实录5.1 本地通过但提交0分原因出在哪这种情况几乎是每年笔试吐槽最多的点。根据我的经验常见原因有以下几个输入输出格式不符。题目要求读入多组测试数据你只处理了单组题目要求输出结果以空格分隔你输出了逗号或换行。建议仔细阅读输入输出描述并按示例格式逐字对照。main函数签名或类名不对。有些平台要求主类名为Main有些要求方法名和参数类型严格匹配这点在Java和C中尤其常见。数组越界或空指针。本地测试用例可能恰好避开了边界但线上测试会覆盖极端情况。没有使用适当的快速读写方式。数据量大时用Scanner或cin可能直接超时需要换用BufferedReader或快读模板。当时我身边有个同学就是这类问题的典型案例代码在ide里跑得很欢一提交就0分最后发现是输出多了一个“请输入n:”的提示字符串。所以提交前一定要检查代码里是否有任何多余的输出语句。5.2 选择题纠结太久编程题时间不够这道题也是经典问题。选择题每题1.5到2分编程题一道往往20到30分从“投入产出比”来看绝对不应该为一两道选择题纠结超过3分钟。遇到模棱两可的知识点先标记出来凭直觉选一个回头有时间再改。我当时的经验是纠结时间越久改错的概率反而越高不如先做完再统一复查。另外选择题也分“送分题”和“陷阱题”。有些题一看就是考基础概念比如“TCP的哪一层”这种题要快准狠别多犹豫有些题会故意设置一些看起来很像的干扰项这时候就要回忆概念的精确定义而不是凭感觉。复习的时候注意对比记忆比如“进程和线程”“HTTP和HTTPS”“索引和视图”这些成对出现的概念最容易出混淆选项。5.3 编程题常见错误速查表错误类型典型表现排查方向运行超时TLE测试点部分通过剩余超时检查是否用了O(n²)以上复杂度的暴力解法尝试剪枝或使用哈希、双指针优化输入量很大时改用快速IO内存超限MLE数组越界或递归过深导致栈溢出检查数组大小是否多开了一个数量级递归深度过大时改迭代或显式栈答案错误WA通过了简单用例复杂用例不通过重点检查边界条件、初始化值、状态转移是否遗漏手写极端用例测试编译错误CE本地能过线上报编译错检查是否用了平台不支持的语法特性类名是否为Main是否有未导入的包这张表是我笔试后复盘时整理的建议你也把自己的错误类型记录下来考前针对性补强。比如你发现自己经常超时说明算法复杂度意识还没到位考前就多刷几道需要优化的题目。6. 笔试后的复盘与面试衔接准备6.1 利用“考后回忆”做精准复盘笔试结束后趁着记忆还清晰建议立刻回顾整场考试哪些知识点没掌握哪类题型卡壳了时间分配上哪里不合理。我当时的做法是打开手机备忘录按“选择题知识盲区”和“编程题失误点”两类记录然后逐一查漏补缺。比如选择题里如果碰到了“Redis持久化机制”的题而你不太确定那就说明你的知识体系里这块是空白不管这次笔试过没过都应该补齐。这是个很好的学习契机因为笔试题目本身就是招聘团队认为“后端开发应该掌握”的知识清单。编程题也是一样如果第三题是完全没思路的状态那说明你在动态规划或图论方面的训练还不够。建议把这类题整理成专项集中刷上20到30道同类型题目直到形成“看到题目就能想到大致思路”的肌肉记忆。6.2 笔试与面试的知识复用笔试内容并不是考完就扔的它在面试中依然会被反复用到。我后来在面试阶段发现面试官问的基础题和笔试选择题高度重合——操作系统、网络、数据库、语言底层几乎就是同一套知识点。所以认真准备笔试相当于提前为面试打了一遍基础。编程题更是直接相关的。很多面试官会问“你笔试第二题当时是怎么想的”或者“如果让你优化当时的解法你会怎么做”这时候如果你有完整的解题思路和优化方案会很加分。所以我建议把笔试做过的每道编程题都整理成题解包括题目理解、解题思路、代码实现、复杂度分析、可能的优化方向面试前翻一翻非常有用。7. 备考资源与长期规划建议7.1 刷题资源和个人刷题路线关于算法刷题我周围上岸的同学基本都推荐“LeetCode Hot 100 剑指Offer”组合。Hot 100覆盖了绝大多数笔试高频题型剑指Offer则更贴近国内大厂的出题风格。建议按专题刷而不是按题号刷比如第一周数组、链表、字符串第二周哈希表、双指针、滑动窗口第三周二叉树、递归、回溯第四周动态规划、贪心第五周图论、并查集、拓扑排序第六周综合模拟限时训练限时训练很重要。笔试是限时的很多同学平时刷题没有时间压力一到笔试就手忙脚乱。建议考前至少做3到5次完整的限时模拟用牛客网的历年真题或LeetCode模拟赛都可以。一开始可以适当放宽时长比如150分钟完成120分钟的题量但考前两周一定要严格按120分钟来。7.2 基础知识的系统化复习方法基础知识的复习我建议按“面试题库官方文档”两条线并行。第一遍先刷面试题库快速了解高频考点和常见问法第二遍针对自己薄弱的地方去翻官方文档或经典书籍把原理吃透。推荐几本经典书《深入理解计算机系统》CSAPP讲操作系统和计算机体系结构《图解HTTP》和《计算机网络自顶向下方法》讲网络《高性能MySQL》讲数据库《Java并发编程的艺术》讲并发。每本不需要全读挑与高频考点相关的章节即可。这里也要提醒一点不要贪多求全。后端知识体系非常庞大想在笔试前全部精通不现实。优先保证核心高频考点的理解深度比如TCP原理、索引原理、JVM内存模型、常见算法模板。冷门知识点比如某个冷门协议细节如果还有余力再补充不要在难题上钻牛角尖。7.3 心态与信息管理秋招是一场持久战信息差和心态往往和技术一样重要。建议关注牛客网讨论区、目标公司招聘公众号、以及一些秋招信息汇总帖及时掌握笔试通知、面试进度、薪资爆料等一手信息。笔试被挂是正常现象不要因为一次失利就否定自己我见过太多人最终上岸的公司并不是秋招季最早投递的那家。我个人的体会是准备秋招笔试与其说是“补短板”不如说是“把基本功打磨到可全天候输出的状态”。你要做到的不是“会做”而是“在紧张、限时、被监督的环境下依然能稳定做对”。这需要刻意练习也需要在一次次模拟中不断调整自己的做题节奏。希望这篇复盘能给你提供一些可落地的思路祝你的笔试顺利早日拿到心仪的面试机会。