2019年秋招那会儿猿辅导的技术笔试在应届生圈子里讨论度不低。作为一家做K12在线直播大班课的技术公司它的笔试考察方向和纯流量型互联网公司有明显差异不追求特别冷门的底层八股更看重算法基本功、数据结构熟练度以及对工程边界条件的敏感度。这篇文章把当年笔试涉及的高频考察方向、代表性题型和备考思路做一次拆解给准备在线教育赛道或者综合类互联网校招的同学做个参照。1. 先看懂这场笔试的设计逻辑在线教育公司到底想筛什么样的人1.1 业务特点决定了考点优先级猿辅导的核心业务是直播课、智能题库、辅导老师工作台这几条线技术团队以Java后端为主辅以大量大数据处理和音视频相关的开发岗位。这类业务有一个共同特点线上流量有明显的波峰波谷比如晚高峰直播开课、节假日刷题量暴涨后端服务需要在短时间内扛住高并发读写同时教育产品对数据准确性要求极高学生做题记录、课程进度、支付订单这些数据一条都不能错。这两点反映到笔试题目上就形成了非常明显的出题倾向。算法题不会出那种偏到天际的怪题而是集中考察数组、字符串、二叉树、动态规划这几类基础且高频的题型因为它们最能反映一个人日常写代码的基本功。选择题部分会覆盖操作系统、网络、数据库的基础知识但深度不会超过“理解原理并能判断对错”的档次不会要求手写红黑树删除逻辑或者细抠TCP拥塞控制的某个冷门参数。我后来和几个参加过的同学交流大家一致的感受是这套笔试题比较“实在”不玩虚的题目本身不会故意设陷阱刁难人但题量不小对解题速度和代码准确率都有要求。1.2 整体节奏与题型分布从当年牛客网上大家的反馈来看猿辅导2019校招技术笔试的时长大概在90到120分钟之间整体分两大块一块是计算机基础选择题一块是编程题。选择题大概覆盖这么几个方向操作系统进程与线程的区别、死锁产生的四个必要条件、内存分页与虚拟内存的基本概念计算机网络TCP三次握手与四次挥手过程、HTTP状态码语义、TCP与UDP的应用场景数据库索引失效的典型场景、事务的ACID特性、SQL语句执行顺序Java基础集合类源码层面的差异、并发编程关键字的作用、JVM内存分区编程题以LeetCode中等难度为主偶尔穿插一道偏简单的题来稳定心态。高频出现的类型包括双指针、字符串处理、二叉树遍历、动态规划。这也是大多数互联网公司校招笔试的通用套路所以这份试卷的参考价值并不仅限于猿辅导一家准备其他公司同样适用。2. 高频考点逐项拆解笔试真正考察的底层能力2.1 数组与双指针性价比最高的基础分数组类题目几乎可以说是每场笔试必考的题型猿辅导也不例外。这个方向之所以高频是因为数组操作太贴近日常业务开发了——一个班级的学生列表、一份课程的章节列表、一批直播间的在线人数底层都是数组结构。双指针是解决数组问题最高频的套路。比如“有序数组去重”这道经典题一个慢指针指向当前已处理完的位置一个快指针往前探路遇到不重复的元素就往前面放。整个过程只需要一次遍历空间复杂度O(1)不需要额外申请数组这在笔试中是标准答案级别的解法。笔试里另一个常见的数组类型是“两数之和”的各种变体。给定一个有序数组和一个目标值找出两个数使其和等于目标值。暴力法是双重循环O(n²)但用双指针一左一右往中间夹逼排序后整体能降到O(n)。我做题时习惯先判断数据范围如果能排序就优先考虑双指针不能排序再上哈希表这个思考路径在笔试中非常实用。有些同学遇到数组题容易上来就排序这是一个需要警惕的习惯。排序会改变元素原始位置如果题目要求返回原数组中的下标排序就埋下了坑。笔试中必须养成先读清楚题干的习惯弄清楚要求返回的是值还是下标是否允许修改原数组这些边界信息往往比算法本身更致命。2.2 字符串处理边界条件才是真正的考点字符串在在线教育业务中有大量应用场景最典型的就是智能批改系统中的文本比对、搜索模块的关键词匹配、用户输入的校验与清洗。字符串题表面考的是思路实际考的是边界条件处理能力。以“判断回文字符串”为例最基础的版本是判断一个字符串正着读和倒着读是否一样。但笔试中往往会有附加条件忽略大小写、只考虑字母和数字、允许删除最多一个字符。每多一个条件就需要在代码里多维护一个判断分支。我当时做这类题时踩过的一个典型坑是只考虑了全小写的情况忽略了输入里可能混合大写字母导致本地测试通过但提交后用例挂掉。字符串题里还有一类常客是“最长无重复字符子串”用的是滑动窗口思路。左指针和右指针维护一个窗口右指针不断向右扩展遇到重复字符时收缩左边界。这个题考察的不是算法创新而是能否用代码清晰表达窗口收缩的时机。我在备考时总结的经验是字符串题的重点不在算法复杂度上而在写代码之前先把所有可能的输入情况在纸上列一遍——空字符串、全相同字符、只有一个字符、包含空格和特殊符号把这些情况想清楚再动手正确率会明显提高。2.3 二叉树与递归层级结构思维的试金石二叉树题目在猿辅导笔试题中分量不轻。原因其实很好理解在线教育系统本身就是一个高度层级化的结构学科之下有年级年级之下有课程课程之下有章节和知识点。这种树状结构的遍历、查找、统计操作在业务后端中极其常见。二叉树最常见的考察方式就是递归比如求树的最大深度、判断两棵树是否相同、求最近公共祖先。递归的难点在于递归终止条件和递归返回值的定义。很多人在笔试中遇到二叉树就慌是因为试图在脑子里模拟整个递归过程。正确的做法是只关注当前这一层做什么以及假设子树已经处理完后返回什么结果不需要把栈的调用过程全部展开。拿“判断是否是平衡二叉树”举例递归函数需要同时返回两个信息当前子树的高度以及当前子树是否平衡。笔试现场如果不知道怎么一次遍历搞定可以写一个最直接的双递归版本——先写一个求高度的函数再在主函数里判断左右子树高度差虽然时间复杂度稍高但正确性容易保证。笔试中完成比完美重要先把能拿的分拿到再考虑优化。层序遍历是二叉树的另一个高频考点本质上是广度优先搜索需要借助队列实现。这个考点和在线教育系统的业务场景也有直接关系比如课程目录的逐层加载、直播间的在线用户列表刷新都是“按层处理”的思路。3. 代表性题型完整解题全过程从读题到AC的思考路径3.1 典型题一从海量数据中找TopK“找出一个数组中最大的K个数”是笔试中的超高频考点在2019年的多个互联网公司笔试中都出现过。猿辅导的业务场景和这个题天然契合给一门课的所有学员按做题量排名取前100名发奖就是典型的TopK问题。这道题有三种主流解法笔试中我建议按照数据规模来选择第一种是直接排序后取前K个时间复杂度O(n log n)代码最简单适合数组长度较小时使用。第二种是维护一个大小为K的小顶堆遍历数组时如果当前元素比堆顶大就替换堆顶并调整堆。时间复杂度O(n log K)当K远小于n时优势明显。第三种是基于快排分区思想的解法只需要找到第K大的位置不需要完全排序平均时间复杂度O(n)但最坏情况下会退化到O(n²)。堆排序版本用Java实现大致是这样public int[] topK(int[] nums, int k) { if (nums null || nums.length 0 || k 0) { return new int[0]; } // Java默认是小顶堆符合需求 PriorityQueueInteger heap new PriorityQueue(k); for (int num : nums) { if (heap.size() k) { heap.offer(num); } else if (num heap.peek()) { heap.poll(); heap.offer(num); } } int[] result new int[k]; int index 0; for (int num : heap) { result[index] num; } return result; }笔试时如果时间紧迫我推荐优先写排序解法先把正确性拿到。如果题目明确标注数据量达到百万级别再切换到堆解法。从实际操作看大多数笔试平台的测试用例不会严格到排序解法一定会超时但堆解法能展示你对复杂度的理解这是一个加分项。3.2 典型题二动态规划经典模型动态规划是区分考生水平的试金石猿辅导笔试中动态规划题通常放在编程题的中后段。动态规划题在在线教育场景中的对应关系也很明显课程学习路径规划、最短学习时长安排、积分兑换最优策略本质上都是多阶段决策问题。以“0-1背包问题”的标准模型为例有n件物品和一个容量为W的背包每件物品有重量w[i]和价值v[i]问如何选择物品使背包内总价值最大。解题的第一步是定义状态。dp[i][j]表示前i件物品中选取若干件放入容量为j的背包能获得的最大价值。第二步是推导状态转移方程对于第i件物品只有“放”和“不放”两种决策dp[i][j] max(dp[i-1][j], dp[i-1][j-w[i]] v[i])用Java实现时注意两层循环的顺序public int knapsack(int W, int[] w, int[] v) { int n w.length; int[][] dp new int[n 1][W 1]; for (int i 1; i n; i) { for (int j 1; j W; j) { if (j w[i - 1]) { dp[i][j] Math.max(dp[i - 1][j], dp[i - 1][j - w[i - 1]] v[i - 1]); } else { dp[i][j] dp[i - 1][j]; } } } return dp[n][W]; }这道题还有一层常见变化是空间优化使用一维数组滚动更新但内层循环必须改为倒序遍历否则同一个物品会被重复放入多次。我在备考时看过很多人在这里栽跟头所以建议笔试时优先写二维版本逻辑更直观避免在优化过程中引入新的bug。只有在确认二维版本正确且内存受限时再尝试滚动数组优化。动态规划题在笔试中的时间分配策略也很重要。一般的建议是如果半小时内没有理清状态定义和转移方程果断放弃这题把时间留给其他题目。因为动态规划题一旦状态定义错方向基本没有可能在剩余时间内改对。笔试是策略游戏不是单题死磕。4. 笔试现场容易踩的四个隐形坑4.1 输入输出格式ACM模式与核心代码模式的差异不同的笔试平台有不同的编码模式。有的平台只需要实现核心函数输入输出框架已经搭好有的平台要求自己写完整的main方法处理输入输出也就是常说的ACM模式。猿辅导的笔试平台以核心代码模式为主但这并不意味着可以忽略输入输出处理。在核心代码模式下函数签名是固定的参数类型已经确定不需要关心数据怎么读入。但需要特别注意函数的返回值类型和题目描述是否一致。比如题目要求返回List 你却返回了int[]编译虽然可能通过但判题时会直接判定格式错误非常可惜。如果遇到ACM模式的题目需要自己处理输入。Java中一般用BufferedReader配合StringTokenizer做快读避免用Scanner在大数据量时性能太差。用System.out.println做输出时注意每行输出后不能有多余空格尤其是要求输出数组元素时最后一个元素后面不能带空格这是笔试平台常见的误判原因。4.2 复杂度估算对数据范围要有敬畏心笔试题目通常会在描述中给出数据规模约束比如“数组长度不超过10^5”这是设计算法的重要依据。很多人在读题时忽略这一行信息直接按照最直观的思路解题结果提交后超出时间限制。我在平时练习中养成了一个习惯看到数据范围先做一次复杂度粗算。以10^8运算次数为基准线O(n²)算法在n10^4时尚可接受n10^5时大概率超时O(n log n)算法在n10^6时依然安全O(n)算法基本可以应对所有笔试规模。根据这个基准线倒推算法选择能避免很多无谓的重写代码时间。还有一个细节容易被忽视递归深度。当题目数据规模较大时递归解法可能因为栈溢出而崩溃。比如二叉树的最大深度在极端情况下等于节点数如果节点数达到10^5量级Java默认栈空间很可能不够用。遇到这种情况需要改用迭代方式实现或者显式使用栈数据结构模拟递归。笔试现场遇到栈溢出报错第一反应不应该是怀疑判题系统而是检查自己是否用了过深的递归。4.3 遇到不会做的题目先写暴力解再考虑优化笔试中遇到完全没有思路的题目非常正常尤其到了编程题的后半段。我见过很多人在一道难题上死磕半小时结果后面简单的题没时间做白白丢分。正确的策略是先写一个保证正确但复杂度可能较高的暴力解法至少拿到部分用例的分。绝大多数笔试平台的判题规则是逐用例打分通过一个用例给一个用例的分不是只有AC和零分两种结局。所以暴力解绝不等于零分它的价值在于保证基础分。写完暴力解并通过自己构造的简单样例后如果还有时间再考虑通过观察暴力解中重复计算的部分来做优化。这个从暴力到优化的过程本身就是面试官希望看到的解题思路。我在复盘时发现一个规律笔试中真正能拉开差距的题目往往不是最难的题而是中等难度题目中的边界条件处理。暴力解虽然慢但在小规模用例下能返回正确结果而那些看似写对了优化解却栽在边界条件上的人得分反而不如暴力解。这个现象在字符串处理和数组下标相关的题目中尤其明显。4.4 时间分配编程题的优先级策略以3道编程题为例我的分配习惯是先全面浏览所有题目大致判断每道题的难度。第一道通常是签到题优先做掉拿到保底分第二道中等难度是拉开差距的关键投入最多时间第三道如果难度较高先写暴力解兜底。选择题的处理也有讲究。选择题覆盖的知识点比较广遇到拿不准的题不要过度纠结先凭第一印象选择并标记全部做完后再回来复查。因为在选择题上多花5分钟大概率只能提高一道题的准确率但同样的时间放在编程题上可能意味着多通过一组测试用例。从拿分效率来说编程题的优先级明显高于选择题。5. 笔试后的复盘思路与备考方向参考5.1 刷题要有优先级按题型分类比按难度刷更高效准备校招笔试刷题是绕不开的一步。但盲目按LeetCode的题号顺序刷效率非常低因为大部分人是按难度递增刷刷到后面容易遗忘前面的题型套路。我的个人经验是按题型分类刷并且每一类集中突破。先优先搞定最基础的三类数组与双指针、字符串处理、二叉树遍历。这三类是笔试中出现频率最高的也是后续学习更复杂算法的基础。接下来是动态规划的经典模型背包问题、最长子序列、编辑距离等每一类练透2到3道题掌握状态定义和转移方程的推导方法。最后是栈和队列的应用题比如括号匹配、最小栈、滑动窗口最大值这些题目在工程中也有实际对应场景出题人比较偏爱。每刷完一个分类建议用一张表总结这个分类下的常见套路和注意事项。比如数组类题总结出“有序优先双指针、无序优先哈希表、需要返回下标不要先排序”这样的经验。这种总结比刷十道题都管用它帮你把零散的知识点串成体系。5.2 复盘的正确姿势不要只看题解要对比自己的代码很多人刷题时有一个习惯看一遍题没有任何思路直接翻题解看完之后觉得自己会了关上答案重新写却写不出来。这是典型的“假性学习”。正确的方式是给自己设一个15分钟的思考时限如果超出时限还没有头绪再去看题解。但看题解不是看一遍就完事而是看懂思路后合上答案自己独立复现一遍。笔试后复盘也是同样的逻辑。如果笔试中某道题没做出来不要急着找原题答案先拿起笔在纸上把已经想到的思路和卡住的地方写下来再对照题解找差异。很多时候卡住的不是算法本身而是一个边界条件没想清楚或者是状态转移方程里下标写错了。找到这个卡点比看懂题解更有价值因为它指向了你知识体系里真正薄弱的地方。我认识一个技术栈很强的朋友算法基础并不突出但他有个习惯每次笔试后都把自己提交的代码保存下来和AC代码作对比分析把自己代码中超时或报错原因记录在一个文档里。几次笔试之后他的常见错误类型明显减少最后拿到了好几家在线教育公司的offer。刷题数量重要但比数量更重要的是每一次做题后的深度复盘。5.3 备考时间的分配建议如果距离笔试还有一个月左右我的建议是把时间分成三段第一周主攻基础数据结构和算法按题型过一遍高频考点第二周进入刷题实战每天保持3到4道题的量并且用计时器模拟笔试环境第三周做整套模拟卷尽量还原笔试的真实节奏同时复习选择题涉及的基础知识。需要特别提醒的是计算机基础知识的复习不能放在最后一周突击。这些知识点和算法题不一样算法题靠的是手感几天不刷会生疏而操作系统、网络、数据库是记忆性内容需要持续积累。建议每天花30分钟到1小时看基础知识点保持连续性不要集中到考前通宵背。5.4 从笔试反推面试的准备方向2019年猿辅导的技术笔试有一个特点算法题和它的业务场景贴合度较高即使题目本身并没有直接提到在线教育场景但解题思路和工程实现却有很强的迁移性。比如TopK问题在排行榜场景、双指针在文件对比场景、二叉树在课程目录场景中都有直接应用。这一点其实暗示了面试环节的考察方向面试官不只看你会不会写题更关注你能不能把算法思路应用到真实工程问题中。所以在准备笔试的同时建议同步思考“这道题的解法还能用在哪里”。比如处理滑动窗口最大值时可以想一想直播弹幕流量的限流怎么做处理字符串匹配时可以想一想敏感词过滤系统怎么设计。这种思维训练在面试环节非常加分尤其是业务导向比较明确的公司面试官很愿意听到“这个思路我之前在某个场景里用过”这种回答。我从准备笔试到最终入职最大的体会是校招笔试考察的核心从来不是“你知道多少”而是“你在有限时间内能把多少想法转化为正确可运行的代码”。这种能力靠临时抱佛脚很难速成需要一段时间的持续训练和复盘。如果你正在准备类似公司的校招可以从这篇文章里提到的几个考点类型入手先做一次自测找到自己的薄弱项然后有的放矢地补强。