2023年秋招那会儿我投了腾讯音乐的研发岗岗位是后端方向。笔试用的是赛码网限时120分钟题型是选择题单选多选加3道编程题。说实话在牛客网上刷过不少大厂笔试但赛码网这个平台当时用的人不算多环境陌生、输入输出格式又和平时练的不太一样导致我开场那几分钟非常难受。这篇复盘我把整场笔试从收到邮件到交卷的每个环节都过一遍包括题目类型、踩坑点、时间分配和后续面试衔接给准备走大厂研发岗秋招的同学做个参考。1. 收到笔试邮件之后我如何判断这场笔试的考察重点1.1 从岗位描述反推考点腾讯音乐研发岗的JD写得比较宽泛核心要求是扎实的计算机基础、掌握至少一门服务端语言Java/C/Go都行、熟悉常见数据结构和算法。但宽泛不等于没重点我投的是TME的后台研发笔试前我给自己圈定了四个考察方向算法与数据结构、计算机网络、操作系统、数据库。另外考虑到腾讯音乐的业务场景是音视频和社交娱乐字符串处理、高频查询类问题比如排行榜、搜索建议出题概率会高于纯粹的业务CRUD题。这个判断基本被我后续在牛客和小红书上看到的同批笔试回忆印证了。2023年腾讯系大厂笔试普遍压缩了选择题比重把大头放在编程题上三题通常按难度递进第一题签到性质考察基本编码能力和边界处理第二题中等常见动态规划或贪心第三题偏难图论、状态压缩或复杂模拟。腾讯音乐这场大致也是这个节奏所以我从收到邮件那天起就把复习重心放在LeetCode Hot 100和中高难度的动态规划、图论题上。1.2 赛码网笔试环境的提前适配很多同学忽视一个关键点赛码网和牛客网的在线IDE处理方式完全不一样。牛客网代码框内写题自动保存输入输出已经帮你处理好了。赛码网虽然也内置编辑器但它在浏览器兼容性、输入格式、内存报错提示上都更“原生”一些——意思就是你更接近在本地IDE里裸写代码没有那么多智能提示。我提前两天去赛码网上找了几套模拟题练手主要做了三件事第一确认它支持哪些语言版本我用的是C确认支持C17可以用一些新特性第二测试multi-case输入模板赛码网很多题目不会像LeetCode那样给你封装好函数而是要求自己读while (cin n)这种循环第三验证本地编译调试的流程赛码网允许在编辑器里写代码再提交但调试信息输出到日志区偶尔有延迟。这三天准备帮我避开了最大的坑题目能做出来但因为输入输出格式不正确导致0分。下面细说。2. 笔试现场全流程复盘选择、多选与一道差点翻车的模拟题2.1 选择题部分的时间分配与心态整场笔试120分钟我的计划是选择题控制在40分钟以内剩下80分钟全部留给编程题。实际执行时稍微超了一点用了45分钟。原因是今年的选择题里有一道操作系统相关的题涉及内存分页和页表项大小计算我自己对这部分不够熟来回算了两遍。我当时的策略是单选快速过遇到不确定的先用排除法选一个标记一下多选保守处理只选有把握的选项。多选的分值通常较高少选还可能拿部分分但错选直接零蛋所以不建议在多选上赌。比如有道题问“哪些协议属于应用层”我确定了HTTP和DNSSMTP也确定但不太确定TFTP我就只选了三个很确定的宁可少拿一分也不冒险。2.2 记忆中的几道关键选择题与答案解析这里复盘三道我印象最深的题也串一下背后的考点。第一道是TCP拥塞控制。题目给了两个TCP连接问某一时刻拥塞窗口大小的变化涉及到慢启动、拥塞避免、快速重传、快速恢复四个阶段的切换条件。这道题本身不难但选项里埋了一个陷阱慢启动变成拥塞避免的阈值在快速恢复之后会被设置为当前拥塞窗口的一半很多同学会把这个阈值变动记错。我的经验是把TCP拥塞控制理解为“先翻倍再线性加遇超时重置遇三个ACK减半”的十六字口诀再通过画时间线图来解。第二道是C虚函数表的布局。题目描述了一个基类和派生类的继承结构各有虚函数和普通成员变量问对象内存布局中虚函数指针放在哪里、派生类新增虚函数怎么填充。这道题我在复习时专门整理过多继承下虚函数表的排列规则所以答得比较快。核心结论是单继承下对象头部放一个虚表指针指向虚函数表多继承下每一条继承链都对应一个虚表指针新增虚函数追加到第一条继承链的虚函数表末尾。我后来在面试中还遇到过类似问题确认这块是非常重要的内存布局基础。第三道是一道“伪”算法题考LRU缓存。它没有直接问LRU实现而是给了一个基于数组时间戳的LRU近似实现问某次访问后缓存里的元素顺序。这道题很多人看到LRU就默认用哈希表双向链表反而忽视了题目里给定的具体数据结构。我在这里停顿了大概三分钟最后老老实实按其时间戳规则一步步模拟。应对技巧是看到“XX算法”的题优先回到题目的字面实现而不是条件反射套经典解法。2.3 一道让我犹豫很久的模拟题这类选择题最考验临场思路。题目大意是一个3级页表系统页大小4KB页表项4字节进程虚拟地址空间大小4GB物理内存1GB问这个进程页表总共占多少内存选项是从几MB到几十MB的差别。我计算逻辑是虚拟地址4GB按4KB页划分共1M个页。页表项需要4字节一级页表可索引1K个页表项所以一级页表有1K个页表项对应二级页表有1K个三级页表有1M个。页表总项数大约是1M页表项 1K二级页表 1K一级页表不对准确说如果是多级页表每一级页表大小是4KB共有1K1K1M个页表项这样算完大概4MB多。但选项里有个接近但不同的数值我一开始没看内存对齐。后面我重新梳理了一遍3级页表页大小4KB地址空间4GB则虚拟地址划分成10位10位12位页表一级和二级各有1K项三级有1M项。页表项大小是4字节三级页表总大小是1M×4字节4MB二级页表总大小是1K×4字节×1K个二级页表4MB一级页表是4KB×1K个一级页表其实还需要考虑每个进程只映射一部分物理内存。我最后选了一个我认为合理的但说实话这题消耗了我比较多时间也暴露了我对多级页表深层计算不够熟练。如果提前把《深入理解计算机系统》里虚拟内存章节的例题刷一遍会从容很多。3. 三道编程题从题目难度梯度到细节陷阱编程题部分基本上决定了你能不能进面试因为选择题大家差距不大但编程题AC的题数会拉开档次。我这次三题AC了前两题第三题只过了部分用例最后拿到了面试资格。下面按我实操顺序讲。3.1 第一题字符串重排签到题也有边界坑题目大意为给定一个由小写字母组成的字符串和一个整数k要求重排字符串使得任意两个相同字符之间的距离至少为k。如果无法完成输出空串或某个约定值。这和LeetCode 358“K距离间隔重排字符串”几乎是同一道题属于典型的贪心优先队列。我当时的思路是统计每个字符出现次数用大顶堆维护出现次数字符对。每次从堆中取出出现次数最多的字符放入结果并把它暂存起来等距离满足k之后再重新放回堆中。如果堆为空但结果长度还不够说明无法完成。核心代码框架#include bits/stdc.h using namespace std; string rearrange(string s, int k) { if (k 1) return s; unordered_mapchar, int cnt; for (char c : s) cnt[c]; priority_queuepairint, char pq; for (auto [ch, num] : cnt) pq.push({num, ch}); string res; queuepairint, char wait; while (!pq.empty()) { auto [num, ch] pq.top(); pq.pop(); res.push_back(ch); wait.push({num - 1, ch}); if ((int)wait.size() k) { auto [n, c] wait.front(); wait.pop(); if (n 0) pq.push({n, c}); } } return (int)res.size() (int)s.size() ? res : ; }这题我调试了大概8分钟主要坑在于wait.size() k不是 k因为排队队列里可能长度超过k。另外如果字符串里某个字符重复次数特别大而且k非常大队列永远推不回堆里最后结果长度必然小于原字符串长度直接返回空串。这个边界判断非常关键我第一次提交时只判断了堆空没有在最后比对长度导致一个测试用例不过。补上res.size() s.size()的校验后AC。3.2 第二题动态规划状态设计差点想歪第二题是一道典型的线性DP大意是给定一个数组每次可以移除一个元素得分为该元素乘以其左右相邻元素的积如果相邻元素被移除则跳过问移除到剩下两个元素时最大得分。这个题是“移除盒子”的减化版本也可以用区间DP做。我一开始想的贪心是每次移除得分最小的元素。试了一组数据发现不对比如数组[3, 1, 5, 8]贪心移除1得分1×3×515再移除3得分3×5×8120再移除5得分5×8总和很大但最优解并不一定是这个顺序。之后我转向区间DP定义dp[i][j]为区间(i, j)内元素全部移除后的最大得分当然最后还要考虑边界情况。转移方程参考“戳气球”的思路枚举区间内最后一个被移除的元素kdp[i][j] max(dp[i][j], dp[i][k] dp[k][j] nums[i]*nums[k]*nums[j])其中nums[i]和nums[j]是区间两端保留的元素。这题和LeetCode 312“戳气球”高度相似只是边界条件不同所以其实并不算难但状态设计如果一开始没往区间DP方向想很容易卡住。我提交后有一组测试点超时发现是区间长度从小到大的循环写成从大到小导致大量重复计算。调换循环顺序后顺利通过。这里也验证了一个经验DP题如果状态定义正确但出现超时先检查循环顺序是不是从底向上。3.3 第三题图论状态压缩部分分策略是明智的选择第三题明显是压轴题题目是一个带权无向图每个节点有颜色比如红蓝绿要求找到一条从起点到终点的路径使得路径上每种颜色至少出现一次且路径总权重最小。这题不要求经过所有节点但要求颜色覆盖。我一看数据范围节点数n≤1e5边数m≤2e5颜色种类≤3就知道这题不能裸跑BFS状态压缩。正确的打开方式应该是从起点和终点分别跑一次单源最短路Dijkstra记录每个点到达起点、到达终点时携带的颜色集合状态然后枚举中间点合并两边状态如果合并后颜色全集为所需集合则更新答案。复杂度O((nm)logn * 2^k)k是颜色种类这里k3可行。但我当时犯了两个错误一是把Dijkstra的距离数组定义成了二维dist[node][colorMask]没有意识到其实只需要两个一维数组加状态枚举二是用了邻接矩阵而不是邻接表导致内存直接爆掉。等我想明白优化方案时时间只剩下20分钟我果断选择写一个带状态压缩的BFS暴力版本先跑通小数据拿部分分并确认算法思路在题目给定的小样例上正确。最终结果暴力版本过了约60%的测试点拿到了一个还可以的分数。这个选择我认为是明智的。大厂笔试编程题不一定要求全AC很多时候两题半就能进面关键是不要在第三题上死磕导致没有时间检查前面交上去的代码是否有低级错误。我当时的策略是先提交一版能跑出正确答案但可能超时的代码保住正确性分数再尝试优化没时间优化就算了。4. 腾讯音乐研发岗笔试的知识点横向串联4.1 算法不是只刷LeetCode就能过很多同学背题式刷LeetCode看到题目类型眼熟就以为自己会了。但大厂笔试的算法题往往会在经典题上做一层业务包装比如第一题的“K距离间隔重排”直接就是LeetCode原题变体第二题是“戳气球”的换皮第三题则是把最短路径和状态压缩结合。只靠背题是不行的你需要理解底层算法的推导过程。我建议准备时把LeetCode上经典题按类型整理成思维导图滑动窗口、双指针、单调栈、区间DP、状态压缩DP、图论最短路、最小生成树、拓扑排序等。每个类型至少精做3~5题而且每题都要能默写核心代码而不是看一遍题解就过。另外腾讯系笔试特别爱考“环状数组”“字符串约简”“区间覆盖”这类能体现思维灵活度的题。这些题本身算法难度不高但细节多返回值要求多容易在边界条件翻车。平时练习时一定要自己构造几组极端数据空数组、全相等、单元素、负数、溢出把这些测试用例跑通再提交。4.2 C/Java语言细节编译型岗位和JVM岗位的考察差异研发岗笔试的选择题里语言相关题目占比不低具体考哪门取决于你投递的岗位语言栈。C岗位会考虚函数、内存对齐、智能指针、移动语义、模板特化Java岗位会考JVM内存分区、垃圾收集器、HashMap底层原理、并发工具类等。腾讯音乐的后台开发可C可Java我投的偏C方向所以重点复习了C11/14/17的新特性。我印象深刻的一道题是考shared_ptr的线程安全性。题目问多个线程同时拷贝同一个shared_ptr对象是否线程安全答案是引用计数本身是原子操作所以拷贝是安全的但多个线程同时修改同一个shared_ptr比如赋值重置则不安全需要额外加锁。这个点非常容易被误判因为在Java语境下大家习惯说HashMap线程不安全但C智能指针的线程安全边界比较微妙面试官特别喜欢拿这种边界题来筛人。如果你还有时间我建议把Effective Modern C里关于智能指针、移动语义、lambda捕获的条款过一遍再结合《深入理解计算机系统》第3章程序机器级表示来理解内存布局因为这两块内容在笔试、面试中反复出现。4.3 网络、操作系统、数据库笔试小题背后的工程价值选择题里的网络和操作系统题表面上看是笔试过场实际上它们在后续面试中会被深挖成项目场景题。比如TCP拥塞控制那道题如果你只是记住了四个阶段的名字面试官会继续问“如果网络出现频繁超时你会如何调整拥塞窗口”再比如Lru缓存题面试官会顺着问“如果并发访问很高LRU如何加锁有没有锁粒度更小的实现”我的经验是复习选择题时不要只记结论要把每个结论还原成场景。TCP为什么需要慢启动因为刚建立连接时并不知道网络可用带宽有多大贸然发送大量数据可能会造成网络拥塞。LRU为什么用哈希表双向链表因为需要O(1)时间完成查找和删除数组时间戳的朴素实现虽然查得快但删除和插入效率太低。数据库方面腾讯音乐的业务场景是排行榜、歌单、用户关注关系这些涉及大量读多写少的高QPS查询所以索引设计、B树结构、覆盖索引、分库分表是高频考点。选择题如果考“什么情况下索引会失效”至少要能举出四五个例子左模糊查询、对索引列使用函数、隐式类型转换、联合索引不满足最左前缀原则等。5. 笔试之后的复盘哪些分本可以不丢5.1 赛码网特有的雷我帮你踩过了赛码网这个平台如果你之前没在上面练过有四个雷必须提前排除。第一它不自动保存代码。如果页面意外刷新你写了40分钟的代码可能直接消失所以养成“写一段就手动复制到本地记事本”的习惯。我笔试时虽然没遇到掉线但听说同批有人因为切出页面太久被判作弊或者代码丢失非常狼狈。第二输入输出模板要提前准备。赛码网很多题是ACM风格需要你处理多行输入甚至输入里第一行是测试用例数T后面跟着T组数据。如果不知道自己写的是while (cin n)还是for (int i0; iT; i)很容易在本地跑通但提交后0分。第三编译器版本选择和本地不太一致。赛码网C默认支持C17但有些老的OJ模板只支持C11。如果你用了结构化绑定或者auto返回值推导等新特性可能导致编译失败。提交前先确认语言版本或者干脆用C11的保守写法。第四内存超限的提示不直观。如果你动态申请了超大数组赛码网可能会显示“答案错误”而不是“内存超限”导致你误以为算法本身有问题反复改逻辑浪费时间。遇到大数组时先估算内存占用是否超过限制再考虑算法优化。5.2 时间分配的量化模型笔试复盘后我总结了一套“120分钟通用分配模型”后续在京东、美团、拼多多的笔试里也用了体感不错。前10分钟快速浏览全部题目不急着动笔。用这三道题把你脑内的题单过一遍这是见过的题型还是没见过的新题型如果见过直接回忆算法模板如果没见过先跳过做下一题。40分钟做选择题平均每题2分钟超过3分钟的先标记跳过。多选不要贪只选确定项。55分钟做编程题前两题每道题最多25分钟包括读题、思考、编码、自测。15分钟做第三题。如果前两题还没AC先保第一题不要恋战。最后10分钟检查已经提交的代码是否有多余调试输出、输入格式是否有问题、是否忘了return 0。这个模型的逻辑是编程题前两题的分值比第三题高而第三题往往是给少数人准备的区分题。目标不是满分而是稳定拿到前80%的分数。5.3 后续面试衔接笔试题目如何成为面试素材大厂面试经常会围绕你的笔试答题记录提问尤其是你没AC的那道题。面试官不会因为你没做出来就挂你反而会想看看你的思路完整度和临场反应。所以笔试结束后我立刻把三题重新做了一遍整理成笔记包含题目描述、我的原始思路、错误卡点、标准解法和复杂度分析。后面一面时面试官确实问到了第三题“你笔试时第三题只过了部分用例现在能讲讲思路吗”因为我有现成整理整个回答行云流水这一轮印象分直接拉满。这个整理文档建议用Markdown或Notion保存每道题包含以下部分题目类型和知识点标签输入输出格式原始解题思路和为什么不对正确思路和复杂度手写的边界测试用例不要忽略这个环节它可能决定你从“笔试通过”到“面试通过”的那一步。6. 一些额外的话笔试只是秋招长跑中的一站过了自然开心没过大不了再投下一家。但复盘一次笔试比盲目刷十道新题更有价值。我在这次腾讯音乐笔试里真正学到的东西不是某道题的解法而是如何管理90分钟内的紧张感、如何在完全陌生的OJ环境下稳定输出、如何在拿到三道难题时快速判断放弃哪一道。这些能力在后来的拼多多笔试和美团面试里都派上了用场。如果你现在正处于秋招准备期我的建议是每周抽一天做整套的全真模拟平台就用赛码网或牛客企业题库掐表、全程不切浏览器、不翻笔记模拟到能稳定输出为止。等上了真正的考场你会发现最难的往往不是题目本身而是如何在有限时间内把自己会的内容全部转化成分数。