2023年腾讯秋招技术岗的笔试我在八月底投完简历后等了一周左右收到笔试通知整个秋招季做下来最大的感受是题量大、覆盖面广、场景题比重比往年高。这套编程合集能帮到的人很明确——即将参加大厂笔试的应届生、准备跳槽的社招选手、以及想系统训练编程基本功的同学。这篇博文整理的是我在秋招季对腾讯笔试编程题的复盘和拆解不涉及具体原题的搬运而是从题型逻辑、技术考点到实战策略把整套题目背后的考察思路讲清楚方便后续备战的读者有方向性地准备。1. 腾讯秋招笔试到底在考什么题型结构与考察逻辑1.1 试卷构成与时间分配腾讯技术岗笔试一般是两个小时左右题目构成上分几个部分选择题、简答题、编程题。编程题通常是2到3道分值和难度梯度明显第一道基本是送分题后面一到两道开始上强度。以2023年的情况来看整套试卷更偏向考“问题建模”和“代码落地能力”并不像有些公司那样把八股文比重拉得很高而是靠编程题把区分度做出来。时间分配上我给的建议是选择题控制在40分钟内编程题留至少70分钟。很多人栽在时间上面前面选择题磨太久到编程题只剩二十分钟心态直接崩掉。选择题部分如果碰到卡壳的题不要恋战先标记跳过确保编程题有充足时间思考。提示腾讯笔试不光是考你能不能写出来更考你在有限时间内能不能稳定输出可运行的代码。你的做题顺序和节奏本身就是得分能力的一部分。1.2 考察能力模型从会写代码到能解决问题我复盘了这套编程题合集挑出几个最能体现腾讯笔试风格的考点字符串处理和状态转换类题目出现频率很高这类题考察的是对边界条件的敏感度动态规划常考但其实现场更看重状态定义能不能讲清楚设计题和场景题比重明显比如要你设计一个限流组件、缓存模块或者模拟一个业务逻辑。这背后反映的其实是腾讯对技术岗的核心期待你不仅要会写代码还得具备把一个模糊业务需求转化成清晰技术方案的能力。比如有一道很典型的场景题要求实现一个支持过期时间的键值存储结构看起来是在写LRU或定时过期逻辑实际上考察的是你对操作系统定时器、时间轮、哈希表底层结构的理解深度。如果你感觉自己在“能看懂题但写不出完整代码”这个阶段那问题往往不是算法不熟而是代码组织能力不够。笔试环节不需要炫技不需要极度精简的写法需要的是结构清晰、边界完整、跑得出来的代码。2. 高频算法题拆解从题目到解法的完整推导2.1 字符串处理类一个不小心就漏边界字符串处理题型在腾讯笔试的出场率非常高几乎每一套题都离不开。常见的方向有字符串匹配、子串问题、文本解析、表达式计算。2023年腾讯秋招编程合集里有一道比较典型的题要求把一串包含数字和运算符的表达式拆解成合法的token序列这题看似简单实测做起来的坑非常多。核心难点在于数字可能是多位、负数、浮点数运算符可能带括号字符串可能包含空格。很多人在处理负号和减号时容易混淆——当负号出现在开头或者紧跟左括号时它表示负数而不是减法。这个细节如果不处理到位答案就偏差了。处理这类题目我一般按三步走先确认合法输入的结构把可能的字符分类数字、运算符、括号、空白符。定义状态机或条件分支逐个处理每一类字符。对边界情况做专项测试空字符串、全部数字、连续运算符、开头结尾空格。注意笔试环境里你可能没法逐行打日志调试所以写代码时就要强制自己带上“边界意识”。把输入当作“不可信任的数据”来对待反而能帮你过滤掉大量隐藏问题。2.2 动态规划与状态设计别急着写转移方程动态规划是腾讯技术岗高频考点但2023年的题目风格有一个明显趋势很少考裸的模板题基本都是把DP藏在业务场景里。比如背包问题的变体包装成“资源分配”最长上升子序列包装成“任务调度”考察你从问题中抽取状态维度的能力。我整理了一套应对笔试DP题的流水线方法第一步先不要试图一步到位写出转移方程。先把问题用小规模样例手工推演一遍比如n3时的所有情况观察结果怎么变化。第二步定义状态。问自己什么信息会影响后续决策这个信息往往就是状态的一维。别急着把状态定义得过于精细先能用再优化空间。第三步初始化。很多人忽略这一步直接写转移方程等跑起来发现越界或答案错误。建议在写转移方程前先想清楚dp[0]或dp[0][0]代表什么。第四步扫描顺序。要主动判断是从左往右还是从右往左是外层循环遍历物品还是遍历容量这个顺序错了哪怕转移方程是对的结果也错。就拿一道经典的“编辑距离”题来说很多人背了模板但笔试时换了个说法——“字符串A经过最少几次操作变成字符串B操作包括插入、删除、替换”——就懵了。其实只要能从“两个指针分别扫描两个字符串”的角度去理解状态dp[i][j]的含义这类变体题基本都能轻松迁移。2.3 图论与搜索从模板到灵活变体2023年腾讯笔试对图论和搜索的考察也有自己的偏好经常围绕以下方向做文章拓扑排序、并查集、最短路径、网格类DFS/BFS。其中网格类问题出现频率很高比如“岛屿数量”的变体、“矩阵中最短路径”的变体甚至跟状态压缩结合。网格类DFS/BFS的细节非常多。你在写DFS时标记visited的时机至关重要——必须在进入递归前就标记而不是在进入后或回溯时再标记不然会反复进出同一个节点造成无限递归。BFS求最短路径时要在节点入队时就设置距离值而不是出队时再取否则路径统计会偏多。图论题对我来说最实用的一个技巧是先把数据规模和限制条件画出来判断用什么算法。比如节点数n小于100O(n^3)的Floyd可能没问题。n在10万级别就要考虑并查集、贪心、或者单源最短路。数据量极大且图边权均为1直接BFS。这套“按数据规模选算法”的思路能帮你避免在笔试时纠结“到底能不能用暴力”的问题。不要小看暴力解很多题在数据范围允许的前提下简单暴力反而是最稳的得分方式。只要你把复杂度和数据范围分析写清楚阅卷人不会因为你用了暴力解而扣分。3. 工程能力与场景题不只是写代码3.1 数据库表设计与索引选择腾讯技术岗笔试对数据库的考察往年集中在SQL语法和索引原理2023年有一个很明显的趋势出现了一些需要你设计数据表和查询方案的题。比如给你一个“用户行为日志”的业务描述要你设计存储方案并说明如何统计某时间段内的活跃用户数。这种题没有标准答案但在笔试卷面上你要能写出设计思路。我总结了几个得分要点设计表结构时把字段类型标注清楚说明主键选择逻辑。比如日志表用自增ID还是用分布式ID背后涉及写入吞吐量和分库分表的考量。索引设计要结合查询场景。如果查询条件是“时间范围用户ID”那联合索引的顺序就应该是(user_id, login_time)而不是反过来。原因是联合索引遵循最左前缀原则等值条件在前、范围条件在后才能最大化利用索引。要主动提到数据归档策略。当单表数据量超过一定量级需要按时间分区或分表把冷热数据分开存储这样可以保证热数据的查询性能。这类题核心考察的是你有没有“真实业务里处理过数据”的直觉。答完SQL本身不是终点把背后的存储和查询策略讲清楚是腾讯批卷时区分度较高的点。3.2 分布式与并发场景题的破题思路并发和分布式是腾讯技术岗笔试里绕不开的部分2023年的题目里出现了一道很典型的题设计一个支持高并发读写的短链接服务要说明存储方案、如何防止并发冲突、以及如何做缓存淘汰。这类题不要急着写代码先把架构分层讲清楚。我会用三层结构来组织答案接入层用什么方式做负载均衡如何把请求合理分发到下游。缓存层用本地缓存还是分布式缓存缓存和数据库的一致性怎么保证碰到缓存雪崩、缓存穿透怎么应对。存储层数据库怎么分片ID怎么生成短码怎么保证唯一性。这背后考察的不只是“你是否了解Redis”而是你能不能把一堆技术组件组装成一个可落地的系统。回答时最好画出组件之间的交互关系用文字描述出请求从进入系统到返回结果的完整链路这样做的好处是哪怕你的方案做得不够精致也能让阅卷人看出你是站在系统视角思考问题的。另外不要忘记讨论你方案中的弱点。主动承认“这种方案在数据量达到X级别时需要引入消息队列削峰”比你通篇只说“这样设计最完美”要有说服力得多。这在业内叫“自信且有边界感”的工程表达腾讯批卷时会比较认可这种风格。3.3 代码调试与问题定位的思维演练除了直接要求你写代码腾讯笔试题里也会出现一种“代码改错”或“给出异常现象找原因”的题。比如给你一段模拟多线程计数的代码让你判断最终结果是否为0并说明原因或者给出一个线上接口超时的现象让你写出排查思路。这类题背后的逻辑和ACM编程题完全不同它考察的是你入职能不能上手实际工作。我建议准备这类题时多做“思维预演”训练拿到一个线上故障描述第一时间拆成“可观察现象”“可能原因”“排查手段”三个列表逐项对应。多线程问题先问三个问题共享变量是否可见、操作是否原子、是否存在死锁环路。性能问题先定位瓶颈在CPU、内存、磁盘还是网络上不同瓶颈的排查命令完全不同。我记得有一次和朋友讨论一道进程崩溃的排查题大多数人都在猜是不是空指针或数组越界但正确答案是多线程中未保护共享变量导致了数据竞争。原因是崩溃现场未必直接指向问题代码必须在多个线程的栈信息中找到交集才能定位到真正的临界区。这种从现象反推根因的思维方式是笔试和面试都特别看重的能力。4. 编程语言细节与代码规范基本功的隐性分4.1 语言选型不追求新追求稳腾讯笔试编程题一般支持C、Java、Python、Go等主流语言。我的建议是用你最熟悉、最能稳定写出正确代码的语言而不是现场尝试更高级但在笔试环境里容易出问题的语言。如果你日常主力是Python就果断用Python写如果长期写Java就不要为了“看起来快”临时切到Python。但我有一个额外建议无论你选什么语言都要对自己语言底层的几个常用API足够熟悉比如字符串分割、列表排序、哈希表常用方法。2023年笔试有不少人在Python里卡在“二维数组初始化”上就是因为对列表推导式的深浅拷贝理解不牢固导致整个DP表被填错。记住笔试编程题的代码不需要上生产环境只要能跑出正确答案越简单直接越好。适度使用语言特性比如Python的切片、C的STL能帮你节省时间但前提是你百分百确定它的行为符合预期。4.2 输入输出处理和极端边界腾讯笔试的输入有时候是直接从标准输入读取的而不是封装好的函数接口。这意味着你要自己处理输入格式。常见的坑包括输入里的整数、字符串混在一起需要按特定分隔符切分却忘了处理连续分隔符。多组测试数据但题目描述没明确告知测试组数需要读到文件末尾。输入行末尾有回车或空格直接解析会导致数据缺失或多了空字符串。我自己的习惯是在写核心逻辑之前先花两三分钟把输入输出部分的代码骨架写好并针对样例输入跑一遍。如果样例能通过再开始写核心逻辑。不要高估自己对输入格式的掌握更不要假设数据和样例完全一致。边界条件方面至少要把这些情况过一遍空数组、只有一个元素、全部相同、逆序排列、极大极小值、重复元素。这些边界条件的处理代码不会超过几行但能帮你避开大量隐藏扣分点。4.3 从代码风格看工程素养这一点很多人不重视但我在复盘腾讯笔试时发现评分标准里其实隐含了对代码风格的要求。写得清晰、注释得当的代码和压成一堆变量名a、b、c的代码即便运行结果相同给人的专业印象也是完全不同的。我建议笔试代码至少做到几点变量命名能表达含义比如dp、count、maxProfit不要用t1、t2这种毫无意义的命名。核心逻辑的关键分支写不超过一行注释说明这个分支是干嘛的。复杂函数尽量拆成小块逻辑不要把所有代码堆在main或一个函数里。代码风格不是阅卷的硬性加分项但当你和别人的解题思路接近、代码都能跑通时清晰风格就是隐性的优势分。5. 备考路线与刷题节奏照着做就能少走弯路5.1 时间规划三轮复习法针对2023腾讯秋招这种节奏我把备战周期拆成三轮每轮目标明确避免漫无目的地刷题。第一轮基础巩固约2周把常考的数据结构和算法过一遍重点放在线性结构、树、图、DP、贪心、排序搜索。目标是做到“看到题型能反应出属于哪类问题”。不用追求难题先把中等难度的题稳定写出来。第二轮真题模拟约1周找近三年的腾讯笔试回忆题和同类大厂的题库来刷严格卡时间做题模拟真实的笔试环境。这轮的作用是适应题目风格并把一些常见题型的套路内化成肌肉记忆。第三轮查漏补缺约3天把自己在第一轮、第二轮中写错的题做一个错误集逐一分析错误原因看是思路问题还是代码细节问题。同时把场景题、设计题等非算法类题目拿出来重点思考补齐工程能力的短板。5.2 工具链准备别让环境拖垮你的发挥如果你准备用本地环境练题提前把编辑器、编译运行环境、代码片段模板都准备好像剑客在战前磨刀一样。你需要准备的东西包括本地一套稳定的编译运行环境熟悉你习惯语言的编译方式和运行参数。常用输入模板的代码片段比如从标准输入读取并解析数据的模板、递归函数模板、并查集模板。多出的编辑器标签页或调试窗口配置方便你快速测试样例。实战做题时连续输入多组样例会耗费不少时间。把输入模板背下来能够显著减少不必要的时间损耗。很多人笔试翻车不是因为不会写而是被输入解析这种低层次问题卡住白白消耗大量脑力。5.3 刷题平台选择与高频题取舍刷题平台方面我个人的建议是以LeetCode为主库按高频题和标签分类刷辅以牛客网的大厂笔试模拟题。LeetCode适合系统训练算法思维牛客更适合模拟大厂笔试的真实环境和输入输出风格。在刷题取舍上优先掌握这几类字符串、数组、链表、二叉树、DFS/BFS、动态规划。这些是所有大厂笔试的“必考基本盘”先把基本盘打牢再去看并查集、字典树、状态压缩这些相对进阶的算法。如果在刷题过程中发现某些题特别难不要死磕太久。一道题想20分钟毫无头绪直接看题解甚至可以先记住解法再自己默写一遍比死磕两小时更高效。刷题总量不是目的真正目的是建立“题型-解法”的映射关系。6. 我踩过的坑和想提醒你的细节6.1 笔试环境的五个常见坑腾讯笔试一般用在线OJ系统我根据自己的经验总结几个容易踩的细节语言版本问题有些OJ环境只支持特定版本的Python或Java比如Python 2和3的差异print语法和整除逻辑都可能坑到你建议提前了解当年的环境版本。编辑器没有代码补全很多人习惯了IDE的自动补全到笔试环境里直接用记事本式编辑器写起来速度骤降甚至出现拼写错误强烈建议提前在无补全环境下练几次。用例交互式输入在线OJ有些题目的测试用例是交互式的需要你读一行处理一行不要把整个输入一次性读完再处理不然可能卡在等待输入。本地通过但OJ超时有些人本地跑小样例很快但提交后超时多半是复杂度问题或输入输出问题。建议写代码时先估一下最坏情况的复杂度。不断网保平安在线笔试一旦断网状态很难恢复建议提前检查网络环境并准备好移动热点等应急手段。6.2 心态与节奏笔试不只是智商比拼说实话腾讯这种大厂的笔试淘汰率一直不低碰到难题卡住非常正常。我见过不少基础扎实的同学就因为在一道题上死磕太久导致后面送分题都没写完非常可惜。正确做法是每道题设定一个时间预算超时立刻跳过先把所有能拿的分数都拿到手。做题时不要频繁回头看前面的题也不要纠结“这题必须用最优解”。笔试编程题只要在复杂度允许范围内通过测试用例就是满分。你可以先把暴力解写上如果时间有余再来优化这种做法远比空着不写要好。最后一点小建议笔试前一周不要熬夜刷题。你的状态和心态会影响临场发挥保持规律作息、调整到最佳状态本身就是备考的一部分。我在秋招阶段发现充足的睡眠比多刷十道题更管用。6.3 从秋招笔试反推日常训练的侧重点聊回这套2023腾讯秋招编程合集给我的整体感受现在的笔试已经不完全等同于ACM式的算法竞赛它越来越贴近实际业务场景里的问题抽象、系统设计和技术选型。这也意味着单纯刷题已经不够还要刻意训练“把一个模糊需求转换成可执行代码”的能力。我建议从现在开始每次刷完一道题自己问一遍这道题如果用在实际业务里会对应哪个场景比如LRU缓存对应的是热点数据管理最短路径对应的是配送调度字符串状态机对应的是日志解析。建立这种连接之后你不仅是在为笔试刷题也是在为第一份工作积累真实技能。准备秋招本身就挺磨人的我当时也有焦虑到看不进书的时候。把心态放平把这套流程当成一次系统的自我提升你会发现哪怕最终没有上岸这几个月学到的算法、设计和工程思维在后来的任何一次面试或工作中都会反复用上。