TikTok SDE 面经：高频题、难度与 onsite 全复盘

如果把美国大厂的软件工程师面试按刷题强度排个名，TikTok 几乎在所有公开面经整理里都排在最前面。不是因为某一道题特别刁钻，而是因为题量大、节奏快、容错低：编码轮每轮要解两道题，动态规划几乎逢轮必出，任何一轮没过就直接结束。Glassdoor 上软件工程师岗位的面试难度评分为 3.3 分（满分 5 分），积极体验比例为 39%；高级软件工程师的难度评分为 3.7 分，积极体验比例只有 29%。这两个数字放在一起看，意思很清楚：难，而且不少人走完流程后的感受并不好。本文综合 Glassdoor、LeetCode 讨论区、一亩三分地以及多家面试准备网站在 2025 年到 2026 年公开的候选人分享，提炼多来源交叉出现的共性，不复述任何一篇原文，不编造具体人名与对话，只讲题型、难度、节奏与失败教训。TikTok 是字节跳动的海外产品，面试流程遵循字节跳动体系，与字节跳动国内岗位的面经有不少相通之处，但美国岗位的轮次、平台与时间线以本文整理的公开分享为准。

先给一个总判断：TikTok 面试考的不是你会不会某一道题，而是你能不能在连续几周里、每一轮都稳定地快速解出中高难度算法题。它的流程有一个与谷歌、Meta 最大的不同：轮次是逐轮解锁的，不是一天打完的 onsite。每一轮通过后才安排下一轮，任何一轮失败整个流程就结束，没有别的轮次可以帮你兜底。整个流程通常持续四到十二周，平均约 30 天，Glassdoor 的统计显示整体平均约 26 天。这个结构决定了备考策略：不能把希望押在某一轮超常发挥，每一轮都要达到通过线，而且体力与状态要能维持数周。很多候选人不是倒在最难的那一轮，而是倒在流程拖长之后的状态下滑上。

流程全貌：逐轮解锁，没有一天打完的 onsite

综合 2025 年到 2026 年的公开分享，TikTok 软件工程师的典型流程包括简历筛选、recruiter 电话沟通、在线测评、两到三轮技术编码轮、中级及以上级别的系统设计轮，以及行为轮或 hiring manager 轮，总共五到六个阶段。应届生与初级岗位的测评色彩更重，中高级岗位的系统设计与项目深挖比重更大，但逐轮解锁的结构各级别基本一致。recruiter 的第一通电话一般约 30 分钟，以介绍岗位、确认背景与时间线为主，技术含量不高，但会涉及岗位地点、到岗时间与签证身份等实际问题，华人求职者可以在这一轮就把工作地点与身份支持问题问清楚。

与谷歌、Meta 把几轮集中在一天不同，TikTok 的编码轮是分开安排的，每轮 45 分钟左右，各由不同的面试官主持，面试官之间看不到彼此的评价。轮次之间通常间隔几天到一两周，快的两三周走完，慢的拖到两个多月。公开分享里反复出现的一个提醒是：流程后半段经常出现长时间的静默，onsite 之后等几周才有消息并不罕见，这本身不一定是坏信号。最终是否发 offer 需要经过一个集中的招聘委员会审议，级别与薪酬也在这个环节定下来，所以从最后一轮到收到 offer 之间留出等待时间是常态。准备期间保持与 recruiter 的定期沟通，比每天刷新邮箱更管用。

在线测评：第一道真正的筛子

在线测评是很多人遇到的第一个技术关卡，而且不同年份的平台与形式有明显变化，读面经时一定要看日期。2026 年的公开分享普遍指向 CodeSignal 平台：四道编程题，70 到 90 分钟，摄像头开启、屏幕共享，不允许切出窗口或使用第二块显示器。分数按权重计算，前两道题分值较低，后两道题才是决定性的，个别题目要求答案对一个大数取模。2025 年及更早的分享则多为 HackerRank 平台：120 分钟，两到三道算法题，加上一组计算机基础选择题，覆盖数据结构、操作系统、网络与数据库。同一岗位在不同年份可能用不同平台，以 recruiter 发来的测评邀请邮件为准。

测评的难度从第一题起就定在中高水平，公开整理里被点名的题型模式包括三类：一类是带冷冻期的股票买卖，用状态机动态规划处理持有、卖出与休息三种状态的转移；一类是最大异或后缀，用二进制字典树逐位贪心；还有一类是服务器采购类的预算分配问题，贪心排序后要用小规模背包式动态规划校验，因为贪心答案在个别组合下是错的。这些都不是原题复述，而是公开面经中反复出现的题型模式，指向同一个结论：测评不考简单题热身，直接上中等偏难的动态规划与数据结构。基础选择题也不要轻视，涉及 B 树、TCP 与 UDP 的区别、虚拟内存管理等内容，丢掉这些送分题很可惜。

还有一点需要注意：测评是淘汰制，做对大多数题目才能晋级，部分解法加清晰的思路有时能争取到通过，但并不可靠。个别整理文章称测评失败后有约六个月的冷却期，换一个岗位可能缩短到三个月，这个说法只出现在一家来源，未经多方交叉核实，这里只作提醒，不作为确定规则。收到测评链接后一般要在几天内完成，不要拖到最后一天，网络与设备问题留出提前测试的时间。

编码轮：每轮两道题，动态规划几乎逢轮必出

通过测评后进入两到三轮技术编码轮，每轮 45 分钟，在 CoderPad 或 HackerRank 的共享环境中进行。每轮通常给两道题，有时三道，难度集中在中等偏难，整个流程累计要解五到八道题。这个题量是 TikTok 与谷歌、Meta 最直观的区别：谷歌、Meta 的编码轮通常每轮只给一道题，TikTok 的一轮要装下两道，留给每道题的思考与写代码时间直接减半。多家面试准备网站都把 TikTok 的编码强度排在谷歌之上，理由就是这个题量，而不是单题难度。

高频题型非常集中，多个来源的交叉结果几乎一致：动态规划排在第一位，几乎每一轮都会出现，重点是二维动态规划、区间动态规划与状态机动态规划；图论其次，包括深度优先搜索、广度优先搜索与拓扑排序；然后是滑动窗口与双指针、树的操作、堆、二分查找，以及字符串处理与解析。公开面经中被点名的具体模式包括网格上的单词搜索（深度优先回溯）、树的序列化与反序列化、买卖股票系列的状态机写法、以及各类字符串解析题。面试官没有统一的题库，题目由每位面试官自行挑选，而且轮换很快，所以背某一道题的答案没有意义，掌握题型模式才是正解。

时间压力是编码轮最大的真实难度。45 分钟两道题，扣掉自我介绍与澄清，每道题只有约二十分钟，一位 2026 年 7 月的候选人在 Glassdoor 上分享说，自己的编码环节被压缩到约 25 分钟内要理解两道题、讲清思路并写出能跑的代码，几乎没有时间运行与检查边界情况。这种节奏下，常见的失败不是不会做，而是做不完：第一道题纠结最优解太久，第二道题连暴力解都没写出来；或者代码写完了没有自测，边界错误直到面试官指出才发现。可行的节奏是每道题先讲思路再动手，先写出能跑的版本再谈优化，写完立刻用一两个例子自测。面试官看重速度与正确性同时成立，慢而对与快而错都很难通过。

编码轮通常还会穿插简历项目深挖。面试官会挑简历上的一个项目一路追问：为什么这样设计、数据量多大、遇到过什么故障、如果重做会怎么改。有候选人报告说第二轮比第一轮明显更难，因为除了算法题，还要同时应付两位面试官的项目追问。准备时要把简历上的每个项目都准备到能讲清背景、你的决策、技术取舍与实际结果的程度，尤其是你声称熟悉的技术栈，面试官很可能就从那里出题。

系统设计与项目深挖：中高级的分水岭

中级及以上级别一般至少有一轮系统设计，初级岗位则不一定有，实际安排以 recruiter 的说明为准。系统设计轮通常 45 到 60 分钟，考察需求澄清、容量估算、数据模型、接口设计与取舍讨论，而不是背诵现成方案。公开整理里对 TikTok 系统设计主题的描述比较笼统，没有形成像编码题那样稳定的高频清单，这本身也是一个信号：系统设计轮的出题自由度更大，更依赖面试官的团队背景。准备的重点应放在通用框架上：先澄清需求与规模，再定数据模型与接口，最后讨论扩展性、一致性与故障处理，每一步都说出取舍理由。

项目深挖在中高级轮次里的权重不低于算法。面试官会围绕你做过的系统问：为什么选这个方案而不是另一个、瓶颈出现在哪里、怎么定位与解决线上问题、你的决策带来了什么可量化的结果。只讲执行细节、不讲决策与影响的故事，在这个级别是不够的。申请高级岗位的候选人还要准备好讲自己主导过的技术方向与跨团队协作，因为行为轮与 hiring manager 轮会从另一个角度再问一遍同样的问题，前后说法要一致。

行为轮与 ByteStyle：别在最后一轮翻车

流程的最后一环通常是行为轮或 hiring manager 轮，有的候选人报告这两轮合并进行。行为轮对照的是字节跳动内部的 ByteStyle 领导力框架，据面试准备网站的介绍，该框架包含四条核心原则，评估的是候选人的价值观契合度与领导力表现，而不只是通用行为问题。公开面经里反复出现的问题类型包括：如何处理与同事的分歧、如何在资源不足的情况下推动项目、做过的最有挑战的决定、以及失败后如何复盘。回答需要有具体情境、你的行动与实际结果，空洞的表态拿不到分。

有一个细节值得华人求职者注意：有候选人在 Glassdoor 上报告，自己的 hiring manager 轮全程用中文进行，原因是面试官与候选人都是中文母语者。这是个例，不是普遍安排，但说明如果面试官主动切换到中文，不必惊慌，用中文把项目讲清楚同样可以得分，前提是专业术语的表达要准确。另一点是面试中严禁使用人工智能辅助，多家面试准备网站都明确提醒这一点，正式轮次里开辅助工具会被取消资格，平时练习就要养成不用辅助工具独立解题的习惯。

难度到底有多难：数字与真实体感

只看 Glassdoor 的难度评分，TikTok 软件工程师的 3.3 分与谷歌的 3.5 分、Meta 的 3.2 分处在同一档，但这个数字低估了 TikTok 的实际强度，因为它没有反映题量。谷歌与 Meta 的编码轮每轮一道题，TikTok 每轮两道题，同样的 45 分钟要多解一倍的题，体感难度自然更高。多家面试准备网站都把 TikTok 的编码环节称为大厂里刷题密度最高的一家，动态规划几乎逢轮必出，是一条反复出现的判断。

更值得参考的是积极体验比例：软件工程师岗位只有 39% 的候选人表示体验积极，高级软件工程师更低，只有 29%。这个比例低于谷歌同类岗位的水平，说明不少候选人即使通过了技术关，对流程本身的感受也不好。公开分享里抱怨最多的是两件事：一是改期与时间安排，有候选人报告面试在开始前不到 24 小时被改期，改到的时间是美国东海岸晚上 10 点，编码环节直到晚上 10 点半才开始；二是等待时间长，从最后一轮到收到结果可能拖几周，期间 recruiter 不回复消息。这些是个别候选人的经历，不能推广成普遍现象，但提醒求职者要对流程的不确定性有心理准备：面试时间可能被改，等待可能很长，遇到这种情况先与 recruiter 确认，不要自己猜测结果。

从准备量上看，面试准备网站的建议普遍是：刷题量在 300 道左右、重点覆盖 TikTok 标签题的候选人比较充分，但质量比数量重要。TikTok 的题目很少原题照搬，更多是经典题型的变形与组合，理解模式比背答案有用。动态规划、图、滑动窗口、树与堆这几类模式要练到能独立讲清思路、写出干净代码、分析复杂度，而不是只会默写答案。准备时间建议按两个月规划，前六周主攻算法与系统设计，最后一到两周做全真模拟：连续两轮 45 分钟、每轮两道题、中间只休息几分钟，提前适应 TikTok 特有的快节奏。

失败教训：公开面经里最常见的几种死法

第一种是速度不够。TikTok 的节奏容不下慢热型选手，第一道题花太久推导最优解，结果第二道题没时间写，这是最常见的失败原因。对策是先写出能跑的版本再优化，宁可先交一个次优解，也不要交白卷。第二种是动态规划短板。动态规划几乎逢轮必出，状态定义想不清楚、转移方程写不对，这一轮基本就没了，而别的公司可能一轮没有动态规划还能靠其他轮次补救，TikTok 没有这个缓冲。第三种是只写代码不讲思路。面试官要看到你的思考过程，沉默写代码等于主动放弃沟通分，即使思路不完整，先说出来，面试官的提示本身也是信号的一部分。

第四种是边界情况失守。空输入、单个元素、重复元素、整数溢出、环的存在，这些都是面试官最喜欢追问的点，写完代码后主动列举两三个边界并测试，是性价比最高的加分动作。第五种是轻视在线测评。有人把全部精力放在编码轮上，测评里的基础选择题随手乱答，或者低估后两道编程题的权重，结果连编码轮都没进。第六种是行为轮准备不足。技术轮全过、行为轮翻车的案例在公开分享里反复出现，原因通常是故事没有结构，或者回答与申请级别不匹配：申请高级岗位却只讲执行细节，讲不出影响力与决策。第七种是流程管理失误：测评拖到截止前才做、面试改期后没有及时确认、等待期间停止准备，这些场外因素同样会葬送一次机会。

备考建议：按轮次分配时间

如果你还有两个月以上的准备时间，建议按这个比例分配：编码与算法占一半，系统设计占两成，行为面试与项目复盘占两成，模拟面试与节奏训练占一成。编码部分优先覆盖动态规划、图、滑动窗口、树与堆这几类高频模式，每类做到能独立讲清思路、写出干净代码、分析复杂度。动态规划要单独立一个模块重点突破：二维动态规划、区间动态规划、状态机动态规划各练十道以上，直到状态定义与转移方程能条件反射式地写出来。系统设计部分重点练需求澄清、容量估算、数据模型与取舍讨论，哪怕你申请的是初级岗位，也可以提前了解基本框架，因为实际安排可能比预期多一轮设计。

行为面试部分提前写好五到六个故事，每个故事准备两个版本：精简版两分钟，完整版四分钟，分别对应时间紧张与时间充裕的情况，故事要覆盖冲突处理、项目推动、技术决策与失败复盘四个方向。最后一到两周一定要做全真模拟：连续两轮 45 分钟、每轮两道题、换不同面试官、中间只休息几分钟，提前适应 onsite 的疲劳感与快节奏。很多候选人平时单轮表现很好，一到连续作战就后劲不足，模拟就是为了暴露这个问题。模拟时还要练一个 TikTok 特有的细节：第一道题讲思路的时间压缩到三分钟以内，留出足够的时间写代码与自测。

最后提醒一句：面经是别人的经历，不是你的考题。TikTok 的题库轮换很快，2025 年出现过的题目不代表 2026 年还会出现，面试官也有很大的出题自由度。把面经当作题型与难度分布的参考，把精力放在基本功、解题速度与表达能力上，才是通过这类高密度面试最稳妥的路径。面试结果也受团队 headcount、级别定位与委员会整体判断的影响，一次失败不代表能力不足，很多最终入职的工程师都是第二次甚至第三次尝试才通过。按公开分享的说法，未通过的候选人通常需要等待一段时间才能重新申请，具体间隔以 recruiter 的通知为准，期间可以继续积累项目经验与刷题，把下一次准备做得更扎实。