字节跳动2017后端工程师实习生笔试题这六个字放在今天看可能很多同学第一时间想到的是字节的算法题难到劝退。但在2017年那个时间点字节跳动还不是今天这个体量后端实习生笔试也远没有现在这么系统化和套路化。我当年完整参加过一轮后来也帮着部门筛过简历、看过笔试记录算是从考生和面试官两个角度都接触过这类题目。今天想把这场笔试背后真正考察的东西、我踩过的坑、以及后来复盘时总结出的准备路径一次性说清楚。无论你是准备校招、实习还是单纯想检验一下自己的后端基础这篇内容都值得花二十分钟读完。1. 认清这场笔试的底牌它考的是工程潜力不是刷题技巧1.1 2017年字节后端笔试的盘面小团队、快节奏、重基础先说结论2017年的字节后端笔试整体难度放在今天并不算夸张但它有个很鲜明的特点——题目覆盖面非常广而且每一道题背后都在试探你的后端思维。当年的情况是字节跳动整个公司的工程师体量还远没有现在这么庞大后端团队更是讲究人人能扛事。实习生进来不是做螺丝钉而是真的会被丢到线上项目里跟进需求。所以笔试环节的定位很明确筛掉那些只会背题、只会写玩具代码的人留下基础扎实、遇到问题能自己拆解的苗子。整张卷子我记得是选择题 编程题的组合。选择题覆盖数据结构、操作系统、网络、Linux常用命令、语言基础编程题则是经典的两道算法题难度大约在LeetCode Medium上下浮动。这里有个很多人忽略的点选择题的比重其实不低。有同学把精力全压在算法上结果选择题做得一塌糊涂最后总分照样不够线。笔试不是算法单项赛它是一场综合体力测试。1.2 从后端二字倒推考察逻辑既然岗位名称是后端工程师实习生那考题设计就必然围绕着后端日常开发的真实场景来展开。这也是我在复盘时才真正想明白的一件事它不是故意为难你而是在模拟一个后端新人可能遇到的真实问题。举个例子选择题考Linux命令考的绝不是ls和cd有什么区别这种入门题而是类似一个日志文件在不断增长怎么用命令查看最后100行并持续跟踪这种场景。再比如说TCP不直接问三次握手有哪几个标志位而是给你一个网络异常的描述让你判断是哪个环节出了问题。这种考法在那年已经初见雏形放到现在更是大厂笔试的主流思路。所以备考这类笔试的正确姿势不是抱着题海一顿狂刷而是先把自己代入后端工程师这个角色想清楚一个问题如果线上服务出了故障我该从哪些角度去排查、去定位、去解决笔试里的题目本质上是把这个过程用选择题和算法题的形式给具象化了。1.3 我当时对这场的误判与纠正说句实话我第一次做这套题的时候是有误判的。我当时以为字节这种快速扩张的互联网公司笔试应该非常偏重算法于是花了大量时间刷LeetCode的Hard题结果到了考场上发现选择题里的基础考点非常密集而且角度刁钻。那道让我印象极深的题至今还记得给定一个结构体成员变量顺序不同sizeof结果差多少这题放在C/C的语境下考察内存对齐平时写业务代码根本不会在意但笔试里它就实实在在摆在那。你说它难吗知识点本身不难难的是你平时有没有真正理解内存布局而不是停留在会用struct的层面。从那之后我就明白了这类笔试的真正筛选标准不是你会不会做难题而是你的知识体系是不是完整、扎实、没有明显的短板。任何一个环节出现空洞都可能在选择题里被精准命中。2. 核心题型拆解每个模块背后的真实意图2.1 编程题两道题背后的能力分层2017年的编程题具体题目我记不全了但从当时各平台的面经汇总来看考察方向可以归纳为两类一类是贪心/动态规划一类是数组/字符串处理。这两个方向不是随机选的它们分别对应两种后端能力方案设计能力和数据处理能力。先说动态规划那道题。这类题在笔试里的定位是拉差距。因为暴力解大家都能写但能不能想到最优解、能不能把状态转移方程写清楚、能不能处理边界条件这就把不同水平的人分开了。我当时在解这类题时给自己定了个流程先写暴力递归确认思路无误再改成记忆化搜索最后转为递推DP。这套流程在笔试时间紧张的情况下未必能完整走完但它能保证你至少拿到暴力解的部分分数不至于零分收场。再说数组/字符串处理那道题。这类题看似简单实则非常考验代码功底。比如让你实现一个函数去掉字符串里多余的空格或者合并两个有序数组并要求原地操作。这类题没有高深的算法但边界条件极多空串、全空格、只有一个元素、负数、溢出……每一个都能成为扣分点。我见过太多同学思路完全正确却因为while循环里少写了一个边界判断导致数组越界最后这道题一分没拿。这里给一个非常实在的建议编程题答题之前哪怕时间再紧也要花三十秒想清楚你用的是哪个算法、数据规模上限是多少、时间空间复杂度是多少。因为笔试系统往往不会只看你的输出结果还会看你有没有超时、有没有内存溢出。我之前就是在一次模拟里吃过O(n²)解法的亏题目数据量一上来直接超时白白丢分。2.2 选择题之数据结构与算法别小看基础二字笔试的算法基础选择题基本集中在栈、队列、二叉树、图、排序和查找这几个板块。乍一看都是教科书内容但2017年的字节笔试题就喜欢在这些基础概念上玩出花来。比如二叉树这一块它不直接考前序遍历怎么实现而是问给定前序遍历和中序遍历的结果能不能唯一确定一棵二叉树。这题很多同学会卡一下因为平时都在背遍历顺序很少反过来思考遍历结果之间的约束关系。再比如栈不考栈的特点是什么而是考一个序列入栈顺序是1到5下列哪个出栈序列是不可能的。这类题没有代码量但非常考验你是否真的理解了数据结构的行为逻辑。我的建议是把每类数据结构的核心操作的时间复杂度、空间复杂度以及典型应用场景整理成一张A4纸大小的速查表。别小看这个动作它对选择题的快速判断非常有效。我当时整理完这张表之后再遇到哪种数据结构适合用来实现LRU缓存这类场景题基本就是秒答。顺便提一句LRU缓存那道题在后来几年的面试里几乎成了必考题2017年笔试里的选择题其实已经埋了这个伏笔。2.3 选择题之操作系统与网络考研四门课的回声操作系统和计算机网络这两块是很多后端候选人的重灾区。原因很简单学校里学的时候偏理论考完试就忘实习项目里又很少直接接触底层所以知识一直处于学过一次但没真正内化的状态。操作系统部分2017年字节的笔试题常围绕这几个点进程与线程的区别、死锁产生的四个必要条件、虚拟内存与页面置换算法、进程间通信的几种方式。这里特别要注意进程间通信这个考点因为它在后端开发里会反复用到面试时也极容易被追问。共享内存、消息队列、信号量、管道、Socket每一种的原理和适用场景都得能说出来。网络部分就更典型了。TCP的三次握手和四次挥手是必考这没啥好说的。但字节的题很少让你直接默写标志位而是会结合一个具体场景来问。比如客户端断电了服务端怎么感知连接已断开这类题本质是在考察TCP的心跳机制和超时重传。你要是只是死记硬背了三次握手的过程遇到这种变形题就会懵。我的经验是学网络一定不要只看状态迁移图要把自己想象成那台服务器去想如果我收到了一个异常的数据包我该怎么办。2.4 选择题之Linux与语言基础细节里的魔鬼Linux部分是字节这类互联网公司笔试的特色科目传统国企和外企的笔试里很少出现。考察的内容非常务实文件权限管理chmod的数字含义、进程查看命令ps、top的区别、端口占用排查netstat和lsof、日志分析grep、awk、tail组合使用。我后来作为面试官看笔试记录发现Linux选择题的得分率常年偏低很多人挂在awk和sed谁能做文本替换这种细节上。这里有个很实用的技巧把所有Linux命令按功能分类记忆。比如查看日志用哪些命令、排查网络用哪些命令、分析文本用哪些命令这样在考场上看到场景题就能迅速定位到对应的命令族。语言基础部分那年明显感觉Java题量在上升C/C也没完全退出舞台。Java的考点集中在HashMap的原理扩容机制、为什么线程不安全、String和StringBuilder的区别、线程池的参数含义、JVM内存区域的划分。C/C的考点则集中在指针与引用的区别、内存对齐、栈和堆的区别、数组和指针的关系。这些知识点如果只看理论不写代码很难记得牢。我建议在笔试前真真切切地用代码验证一遍这些结论哪怕只是写个三五行的小程序印象会深得多。3. 可复现的备考路线从决定投递到走进考场3.1 先搭框架再填细节两周速成方案的可行性很多人问我准备这类笔试到底需要多长时间我的看法是如果你还有两个月那可以系统地按基础→算法→模拟三阶段推进如果只有两周那就得走框架优先、细节重点突击的路线。这两周路线我实际操作过也带过学弟学妹复现过节奏大致如下前七天专门补高频考点包括数据结构核心操作、常见排序算法的手写实现、TCP三次握手与四次挥手、Linux高频命令、Java/C内存模型。中间四天只做一件事刷LeetCode上数组、字符串、动态规划、贪心这几个tag下的Medium题每天至少五道刷完必须看题解并总结套路。最后三天进入模拟笔试状态每天在线上OJ平台掐时间做一整套往年真题或者模拟题做完必须复盘把每道错题的知识点标出来再回补对应的基础章节。这套方案的逻辑在于笔试考察的范围虽然宽但权重极不均匀。算法题占大头其次是数据结构和计算机基础再次是语言细节。把时间优先分配给高分值、高频次的模块这是性价比最高的策略。3.2 刷题的正确姿势数量不重要总结才重要关于刷题这件事我见过太多人陷入量的误区。今天刷十道简单题明天刷十道中等题看起来很努力但遇到新题照样不会。根本原因在于没有建立题型-解法的映射关系。我自己的刷题方法是每做完一道Medium题就在笔记本上写下三行内容。第一行是题目的核心特征比如数组找目标值或字符串回文判断第二行是采用的算法或数据结构比如哈希表或双指针第三行是这道题与其他题目的关联比如这题和之前做过的某某题思路一致只是换了个场景。这样坚持一个月你再看一眼题目就能迅速反应出应该用什么套路。这个方法在笔试现场尤为管用。见到一道题先归类再想解法而不是拿到题就从零开始硬想。算法题的解题速度本质上取决于你脑子里存了多少可迁移的解题模板。字节的笔试虽然要求代码能力但更看重你在有限时间内能不能高效拆解问题。3.3 吃透计算机基础一份按权重排序的复习清单针对字节这类笔试的选择题我给一份亲测有效的复习清单按重要程度从高到低排序数据结构栈与队列的互相实现、二叉树的前中后序遍历与层次遍历、堆的插入与删除、图的邻接表与邻接矩阵、哈希表冲突处理方式操作系统进程与线程切换开销对比、死锁预防与避免、虚拟内存与缺页中断、页面置换算法LRU、FIFO、Clock、生产者消费者问题计算机网络TCP与UDP区别、拥塞控制与流量控制、HTTP协议的请求方法及状态码、DNS解析过程、HTTPS的握手流程Linux文件权限管理、硬链接与软链接、僵尸进程与孤儿进程、awk/sed/grep三剑客的区别与用法、网络排查常用命令Java/CHashMap在JDK7和JDK8中的区别、volatile关键字的语义、JVM类加载机制、指针与引用的传参差异、内存对齐规则这份清单的核心思路是先广后深。先把每个大方向里的高频考点过一遍确保没有知识盲区再针对自己薄弱的细分点深入研读。笔试选择题的最大敌人不是你不会而是你以为自己会但考场上怎么都想不起来。3.4 线上笔试的实战工具与操作细节2017年的线上笔试基本都是用牛客网或赛码网这套系统自带代码编辑器支持本地IDE编译后粘贴答案。这里有几个实战细节值得提前知晓。第一提前熟悉答题界面的编译环境。每个平台的Java版本、C编译器版本可能不同有些平台的Java默认不支持某些高版本特性。最好在笔试前用对应平台做一次模拟题确保代码在本机编译通过后在平台上也能顺利运行。第二注意输入输出的格式。笔试系统一般要求严格按样例格式输出多一个空格、少一个换行都可能导致判错。我的习惯是写完核心逻辑后手动运行一遍样例确认输出字符串与样例完全一致再看一下有无多余的调试输出。第三如果是核心代码模式不需要自己处理输入输出这相对省心但如果是ACM模式一定要先写好Scanner或者readline的模板再开始写主逻辑。我在模拟测试中见过太多人把时间浪费在输入解析上结果主逻辑还没写几行就到时间了。4. 高频失分点与现场答题的隐形坑4.1 最常见的五个失分原因我把帮部门看笔试记录时总结出的高频失分原因放在这里每一条都来自真实答卷边界条件处理不周比如二分查找的左右指针边界、字符串处理到末尾时的空字符。这类问题通常在笔试系统中表现为部分测试用例未通过但很多人到交卷都没找到原因。算法复杂度预估错误明明数据规模是10^5却写了个O(n²)的算法系统直接判超时。这比逻辑错误更冤因为在本地小数据量测试时一切正常。选择题花时间太多有的同学在做选择题时反复纠结导致后面编程题时间严重不足。这个策略问题是致命的。审题不清题目要求降序排序看成了升序要求返回下标却返回了元素值。这些看似低级错误在笔试高压环境下异常多见。基础概念混淆比如TCP的TIME_WAIT出现在主动关闭方还是被动关闭方比如进程和线程的地址空间分配。这类题目如果你平时没有总结到位很容易凭感觉选错。4.2 实战答题顺序先拿稳的分再啃硬骨头答题顺序这件事江湖上一直有争议。有些攻略建议先做算法题因为分值高有些攻略建议先做选择题因为速度快。我的实际经验是把笔试分为三个阶段来打。第一阶段先做一遍选择题。不管遇到多纠结的题先凭第一直觉快速作答并标记出来每道题不超过两分钟。选择题整体在一轮回答时不要恋战控制在四十分钟以内完成。第二阶段做编程题中自己最有把握的那道优先把它做对、做完整。尤其是考察字符串或数组简单处理的题这种题只要能跑通基本就能拿满。第三阶段回头解决剩余的选择题和另一道编程题。这个时候因为前面已有保底分数心态会更稳思维也会更清晰。这个顺序的核心逻辑是先保确定性得分再挑战不确定性得分。笔试的本质是在有限时间内最大化分数而不是证明自己每道题都会做。那些一上来就死磕动态规划题的同学往往到最后连送分的选择题都来不及蒙。4.3 编程题细节从代码风格到题目要求的完整落地编程题不只要能跑通还要写得干净。我作为面试官看笔试代码时如果一份代码变量命名清晰、逻辑结构紧凑即使有小bug也会倾向于给更高的过程分。反过来如果代码是一个巨大的main函数变量名全是a、b、c逻辑还乱成一团即使通过了测试用例也容易让人怀疑你的工程能力。具体来说几个细节值得注意函数拆分合理。哪怕笔试环境只要求写一个类也尽量把判断逻辑、数据处理逻辑拆成独立的小函数便于检查每一步是否正确。命名规范。用有意义的名字比如findMaxIndex比m要直观得多。注释写关键点。不用多但可以在状态转移方程或复杂边界条件上写一行注释表明你理解这段逻辑的意图。多跑几个测试用例。除了题目给的样例自己再构造几个极端用例比如空数组、只有一个元素、整数溢出等。4.4 时间管理是隐形的大题这场笔试的总时长大约在一百二十分钟左右题目量大约是三到四道选择题组外加两道编程题。很多同学不是不会做而是没做完。我自己的时间分配习惯是选择题每道最多两分钟超过就标记并跳过不做无谓的纠结编程题第一道简单题最多四十分钟其中包括写代码和调试第二道难题最多五十分钟如果前二十分钟还没有任何思路就退回来看自己第一题的代码是不是足够稳妥或者回去检查之前标记的选择题。有一个实用技巧叫时间盒就是给每道题设一个固定时间上限到了时间无论做成什么样都必须停止进入下一项。这样可以避免你在一条死胡同里越陷越深最终拖垮整张试卷。在笔试这种压力环境下果断放弃也是一种能力。5. 关于备考资料的选型与使用心得5.1 哪些资料真正值得看我当时用的资料大概可以分为四类每一类的使用方式都不一样。第一类是经典教材包括《数据结构与算法分析》《深入理解计算机系统》《TCP/IP详解》。这类书适合做知识框架的基石但不适合在笔试前两周从头啃。我的用法是当作字典查阅遇到某个考点不清晰时精准翻阅对应章节而不是通读。第二类是刷题平台牛客网和LeetCode。牛客网上有大量企业真题尤其是字节在牛客上做过笔试专场考后会有很多同学分享还原题非常值得刷。LeetCode则用来训练算法思维的广度重点刷数组、动态规划、字符串、贪心四个tag基本就能覆盖笔试出现频率最高的题型。第三类是面经和题解汇总。每年校招季牛客网、知乎、以及一些GitHub项目都会有人系统整理各大厂的笔试面经。这些资料的价值在于让你快速了解出题风格和热点方向。但注意不要盲目信任题解的准确性最好自己在本地跑一遍验证。第四类是平时积累的代码笔记。这个最容易被忽略也最有用。如果你从大二、大三就开始把课后作业、小项目中的关键代码片段整理成文档笔试前复习的效率会成倍提升。我当时就是靠自己的笔记在考前十分钟飞快扫了一遍HashMap的扩容机制和TCP的状态迁移结果选择题真的考到了。5.2 刷题平台对比牛客网 VS LeetCode这两者的定位是不同的。牛客网的题库更接近国内互联网公司的真实笔试风格尤其它的选择题题库非常有价值里面收录了大量操作系统、网络、Linux的考点非常适合用来做字节风格选择题的训练。而且牛客网的OJ支持的是ACM模式也就是需要你自己处理输入输出这对国内笔试来说是一个必须适应的操作。LeetCode的优势体现在算法思路的训练上。它的题库更大、讨论区质量更高、分类更清晰。我建议把LeetCode当作思维训练场把牛客网当作实战演练场。先用LeetCode学会一类题的解法再去牛客网找对应的企业真题检验自己的实际应用能力。这两个平台结合起来用比我当时只刷一个平台要高效得多。尤其到了笔试冲刺阶段尽量以牛客网的模拟考为主因为它的答题环境和判题机制更接近真实的线上笔试。5.3 关于题海战术的三个真相关于备考很多人信奉题海战术我对此有过很深的体会也想和大家说几个真相。第一个真相是题海战术只有在带着总结去刷时才有效。如果只是机械地做题、对对答案、看一遍题解就完事那刷一千道题的收益可能还不如别人精刷一百道。真正有效的题海是每一道题都沉淀出解题套路和易错点。第二个真相是笔试前不需要做大量的Hard题。字节2017年的笔试不可能出现LeetCode Hard级别的竞赛题它考的是扎实的Medium能力。把Medium题刷透比偶尔做对一道Hard题更有价值。很多同学沉迷于挑战难题的成就感反而忽略了基础题的稳定性。第三个真相是某些知识点的优先级远超其他。比如TCP、进程通信、HashMap、Linux磁盘与日志排查这些是后端岗位特有的高频考点。如果把大量时间花在冷门考点上比如AVL树的四种种旋转细节那就得不偿失了。笔试复习的核心永远是性价比三个字。6. 笔试结束之后发挥失常也能翻盘的补救术6.1 笔试结束后还能做什么很多人以为笔试交卷就万事大吉只等结果通知。其实不然。如果你做完觉得部分题目不理想还有几个动作可以增加翻盘概率。第一尽量回忆笔试中不会的题目趁记忆清晰赶紧去查资料、搞懂解法。这不只是为下一次笔试做准备更重要的是如果后续有面试机会这些题目很可能以口头形式再次出现。你能把笔试时没答出来的题在面试时答出来反而会成为加分项。第二确保你的简历内容和笔试展现出的能力匹配。笔试中暴露出来的弱项简历上就不要重点突出。比如你网络部分得分很低简历上却写精通TCP/IP协议栈这等于给自己埋雷。第三准备好一个项目自述的版本。后端实习生的面试环节必问项目经历哪怕只是一个课程设计或自己写的玩具项目也要能讲清楚业务场景、技术选型、遇到的难点和解决方案。笔试敲响的是初筛的门真正决定Offer的通常还是面试。6.2 笔试和面试之间的关系以我后来作为面试官的经验来看笔试成绩在综合评估中占的比重不是绝对的。候选人笔试表现一般、但面试交流中展现出很强的逻辑思维和项目深度依然有很大机会拿到Offer。反过来笔试高分但面试表现平平甚至暴露出一问三不知的情况也会被一票否决。字节的招聘风格一直比较务实它更看重你在真实工作中的潜力而不是单次考试的分数。所以如果你笔试感觉发挥不好不要太早气馁。把精力转移到准备面试上把项目里的技术细节复盘透把算法题里的思路重新捋顺反而比纠结于笔试分数更有意义。6.3 复盘表格给自己做一次能力体检笔试结束后我会建议你做一张简单的复盘表把自己在笔试中的表现做一次量化分析。表格大致长这样考察模块题目数量预计得分失分主要原因后续提升计划数据结构与算法选择题86二叉树遍历变形题不熟专项练习树的题型操作系统选择题63页面置换算法混淆重新梳理LRU/FIFO网络选择题52TCP状态迁移没掌握画状态图并记忆Linux选择题43日志分析题耗时过长练习awk与grep组合语言基础选择题54C内存对齐答错复习struct/union内存布局编程题110.7边界条件漏判总结字符串处理边界场景编程题210.3动态规划转移方程写错重新刷DP经典题这张表的价值不在于分数本身而在于它能非常直观地暴露你的知识短板分布。哪一块失分最多哪一块就应该是你接下来复习的重点。用数据来指导复习方向比靠感觉更高效得多。7. 写在最后这轮笔试给我留下的三个长久习惯回到开头说的那个话题。2017年那次笔试虽然已经过去了很久但它给我留下的习惯一直延续到今天。第一个习惯是任何技术方案都要先复盘复杂度。写代码前先想清楚这道题的最优解是什么有没有更省内存的做法这个思维让我在后来的工作和系统设计中都受益匪浅。第二个习惯是把知识点按场景归类而不是按学科归类。以前学网络就是网络、操作系统就是操作系统笔试之后我逐渐学会了从线上问题排查的角度去串联这些知识比如一台服务器CPU飙高是系统调度问题、是代码死循环还是频繁GC这个思维方式比单纯背知识点有用得多。第三个习惯是接受不完美学会在压力下做取舍。笔试现场总会有你完全没思路的题工作里也总会有你暂时搞不定的难题。关键在于在有限时间内怎么把手里的资源用得最好怎么把能拿到的分都拿到怎么在失败后快速调整心态。这个能力也许是这场笔试真正想教给我的东西。如果你正在准备类似的笔试我的建议是不要被字节跳动四个字吓到也不要被网上形形色色的神题传闻带偏节奏。把数据结构、操作系统、网络、Linux、语言基础这些硬功底打扎实把算法题的常见套路练熟再用一两套模拟题练练手感你就已经跑赢了大多数人。祝顺利。最后再分享一个小技巧笔试前一天不要再做新题了把之前总结的错题本、速查表、代码模板从头到尾过一遍就行。晚上早点睡心态放松考场上才能发挥出真实水平。