企业官网建设流程全解析

看到群里有人翻出一份旧笔试题，我顺手点开扫了一遍，发现里面的考点放到今天依然很能打，不少题目在现在的大厂笔试里还能见到变体。这份就是2013年乐视校招研发工程师的笔试题，当年乐视正处于视频业务快速扩张期，研发岗招聘力度不小，笔试题的区分度和覆盖面都做得相当有代表性。

这篇文章我会把这套题背后真正想考的东西拆开讲清楚，从题型结构、核心考点到具体题目的解题思路，再到笔试现场的时间分配和避坑经验，都给你捋一遍。不管你是正在准备校招的应届生，还是想检验自己基础功底的在职开发，这份拆解都能帮你建立一套应对研发类笔试的方法论。

1. 试卷整体印象：这套题到底想筛什么样的人

1.1 整张卷子的题型构成与分值分布

2013年的研发工程师笔试题型基本沿用了当时互联网公司的通用套路，乐视这套卷子也不例外，大致分为四个板块：选择题、简答题、算法设计题和编程实现题。整体题量控制在两个小时左右做完的量，但实际能全部做完且保证正确率的人并不多。

我根据当时的常见出题风格和岗位要求还原了一份题型结构的参考表，方便你快速建立整体认知：

这个结构的巧妙之处在于，它不是用一个维度的难度去卡人，而是用题型切换去考察不同层次的能力。选择题考察知识面的广度，简答题考察对原理的理解深度，算法题考察逻辑思维，编程题则直接暴露真实的代码功底。很多人选择题做得不错，一到编程题就露馅，这正是这套题想达到的区分效果。

从当年的行业背景看，视频网站的技术栈涉及Web前端、后端服务、流媒体传输、CDN调度、推荐算法等多个方向，所以研发岗位的笔试不会只盯着一门语言考，而是要求候选人有比较全面的计算机基础。这套题恰好体现了这个特点，操作系统、网络、数据结构、算法、语言细节都有涉及。

1.2 看似零散的题目背后，其实是一条清晰的岗位能力线

如果你只是把笔试当成“刷题过关”，那就忽略了一个关键信息：出题人希望从这套题里看出你适不适合做研发。我仔细分析了这套题的考察逻辑，发现它其实在验证三个维度。

第一个维度是扎实的基础功底。视频业务对性能和稳定性要求极高，一个播放请求背后涉及无数请求调度和数据处理环节，基础不扎实的人很难处理线上复杂问题。这个维度通过选择题和简答题来考察，比如指针与内存的关系、进程与线程的区别、TCP建立连接的过程等，全是计算机基础的核心概念。

第二个维度是逻辑思维和问题拆解能力。视频业务中有大量算法场景，比如推荐排序、弹幕过滤、视频指纹匹配、日志分析等，都需要候选人具备清晰的算法设计能力。算法设计题就是这个维度的试金石，出题人不在乎你背了多少模板，而在乎你能不能从题目描述中抽象出数学模型，设计出正确的算法，并分析清楚复杂度。

第三个维度是工程落地能力。思路再好，写不出能跑通的代码等于零。编程实现题专门考察这一点，包括边界条件的处理、异常输入的应对、代码风格是否规范、变量命名是否清晰，这些都是日常开发中每天都要面对的事情。我见过不少候选人算法思路说得头头是道，一上手写代码就各种低级错误，这种人笔试分数不会高。

理解了这条能力线，你再看这套题，就不会觉得题目之间是孤立的了，每道题都是在替出题人回答同一个问题：这个人来了能不能直接干活。

2. 核心考点拆解：高频题目背后的知识点图谱

2.1 数据结构与算法：笔试的绝对主角

不管哪一年的互联网公司笔试题，数据结构与算法都是占比最大、区分度最高的部分。乐视这套题也不例外，选择题里有专门考数据结构概念的题，算法设计题更是直接上难度。我梳理了几个当年必考的经典知识点，放到现在依然是笔试高频考点。

线性表相关操作是基本功。链表反转、链表合并、判断链表是否有环这三类题目，在2013年的笔试题里就反复出现，直到今天面试手撕代码依然是保留项目。原因很简单，链表的操作涉及大量指针变换，能够准确无误地写出来，说明你对内存地址和引用关系有直觉性的理解。以链表是否有环为例，最经典的解法是快慢指针法，定义两个指针同时从头节点出发，快指针每次走两步，慢指针每次走一步，如果链表中有环，两个指针必然在环内相遇。这个思路的时间复杂度是O(n)，空间复杂度是O(1)，比用哈希表记录访问过的节点要优雅得多。

二叉树相关的题目也是常客。前序中序后序遍历、层序遍历、二叉树镜像、二叉树深度、最近公共祖先，这几个方向构成了树上算法的基础题集。2013年那个年代特别爱考递归遍历的变体，比如给你前序和中序遍历结果，让你重建二叉树，这种题本质上是在考察对遍历过程的理解深度，而不只是背代码模板。我到现在都记得当时很多同学能把三种遍历背得滚瓜烂熟，但一遇到重建二叉树就卡住，因为平时练题只练“从树到序列”，没练过“从序列到树”的逆向思考。

排序算法和查找算法也是笔试题里的常青树。快排的partition过程、归并排序的合并过程、二分查找的边界处理，这三个点在选择题和编程题中出现的频率极高。二分查找尤其值得注意，看似只有几行代码，但 left、right 的边界更新逻辑稍不留神就会写错，是典型的“一看就会，一写就错”的题目。

字符串处理在视频业务场景中非常实用。URL解析、日志格式切分、敏感词过滤、字符串匹配，这些在视频网站的后端服务里都是每天要处理的事情。笔试题里常出现的字符串题目包括最长公共子串、最长回文子串、字符串全排列等。以最长公共子串为例，经典的动态规划解法需要维护一个二维数组，dp[i][j]表示以第一个字符串第i个字符结尾和以第二个字符串第j个字符结尾的公共子串长度，状态转移方程是当两个字符相等时dp[i][j] = dp[i-1][j-1] + 1，同时用一个变量记录全局最大值。这个思路不难，但要求你对动态规划的状态定义有清晰的理解。

2.2 操作系统与计算机网络：视频业务的命脉

乐视做的是视频业务，在线播放的流畅度直接跟网络和操作系统底层的性能挂钩，所以这套笔试题在操作系统和计算机网络上分配的比重不低。这也是当时视频类互联网公司和纯做工具类软件的公司笔试区别比较明显的地方。

操作系统部分的高频考点集中在进程与线程、死锁、内存管理和调度算法四个方面。进程是资源分配的基本单位，线程是CPU调度的基本单位，这个基础概念题每年都会出现。死锁产生的四个必要条件（互斥、持有并等待、不可剥夺、循环等待）属于必背内容，同时还要知道对应的预防和避免策略。内存管理部分，虚拟内存、页表、页面置换算法（LRU、FIFO、Clock）是选择题的常客。调度算法则常考短作业优先、时间片轮转、优先级调度的优缺点对比。

网络部分的考察重点就更多了。TCP三次握手和四次挥手是必考题，但2013年的出题风格不满足于让你背诵过程，而是会把问题包装成具体的场景，比如“为什么建立连接只需要三次握手，而断开连接却需要四次”。这种题考察的是你对底层原理的理解，而不只是结论。HTTP状态码的含义也经常出现，尤其是301和302的区别、403和404的区别，这些在视频网站的接口开发和CDN调度中都会遇到。滑动窗口和拥塞控制机制偶尔也会作为简答题出现，需要你画图说明窗口变化过程。

我印象比较深的是当时有一道关于“TCP粘包问题”的简答题，因为视频传输涉及大量流式数据，如果接收方无法正确区分消息边界，就会导致数据解析错乱。这道题实际考察的是你对TCP流式传输特性的理解：TCP是字节流协议，本身不维护消息边界，所以应用层必须自己设计消息格式来解决粘包问题，常见方案有固定长度、分隔符、长度字段前缀等。这道题的工程实用性非常强，和视频业务高度相关。

2.3 语言基础与代码能力：细节决定成败

选择题中有一批题目专考语言细节，C/C++是2013年互联网公司研发岗的主流语言，所以这部分占比最大。出题人非常喜欢在指针、数组、内存布局、字符串这几个方向布置陷阱。

指针与数组的关系是一道经典考题。很多人知道数组名在大部分表达式中会退化为指向首元素的指针，但在sizeof运算中数组名不会退化，这是最容易踩坑的地方。比如定义char str[] = "hello"，sizeof(str)的结果是6（包含结尾的\0），而sizeof(str + 0)的结果是指针大小，这两个结果完全不同。这种细节看起来刁钻，实际上是在考察你对编译原理和内存模型的理解程度。

内存对齐也是一个高频考点。结构体的sizeof结果不是简单地把成员大小相加，而是要满足对齐规则。比如一个结构体包含一个char和一个int，在32位系统上默认4字节对齐时，这个结构体的sizeof结果是8而不是5，因为char后面会有3个填充字节，int对齐到4字节边界。这种题能筛掉一批没有实际开发经验的人，因为编译器通常会自动处理对齐，平时写代码不怎么感知，但一旦涉及网络协议打包、二进制文件读写、高性能内存操作时，对齐问题就会直接导致bug。

C++语言部分常考的关键字包括const、static、virtual、explicit，考察点多到可以单独写一篇长文。const修饰指针时，const char* p和char* const p的区别是选择题最爱出的；static修饰成员函数时不能访问非静态成员变量，这个考点出现频率也极高；虚函数的动态绑定机制、纯虚函数与抽象类的关系、虚函数表的内存布局，则是简答题的常客。以虚函数为例，C++在编译阶段为包含虚函数的类生成虚函数表，每个对象通过虚函数指针指向对应的虚函数表，运行时根据对象的实际类型调用对应的函数版本，这就是动态多态的实现原理。

Java方向的题目在当年的校招笔试题里也有出现，主要集中在HashMap的底层结构、String与StringBuilder的区别、异常处理机制、多线程编程等方面。如果是Java岗位的试卷，通常会在简答题里让你对比HashMap和Hashtable的区别，并延伸考察HashSet的内部实现，这类问题本质上是考察你对源码的熟悉程度。

2.4 数据库与其他知识：容易被忽视的得分项

视频网站的后端系统离不开数据库，所以数据库相关的题目虽然占比不算特别高，但几乎是固定出现的板块。2013年的笔试题里，数据库考察集中在SQL编写、索引原理、事务特性和范式设计这几个方向。

SQL编写题一般会给出一张或多张表，要求写出满足特定查询条件的SQL语句，考察点包括多表连接、聚合函数、分组过滤、子查询等。这类题目不难，但容易因为语法不熟练或遗漏条件丢分，平时多练习就能拿稳。

索引原理的考察重点是B+树索引和Hash索引的区别，以及联合索引的最左前缀匹配规则。有一个高频陷阱题是：建立了(a, b, c)的联合索引后，查询条件是b=? AND c=?时索引是否生效，答案是索引不生效，因为跳过了最左列a。这种题看着简单，但在实际开发中经常有人踩坑。

事务的ACID特性属于概念题，一般以简答题形式出现，要求逐条解释原子性、一致性、隔离性、持久性的含义，并说明数据库系统通过什么机制保证这些特性。除此之外，事务隔离级别（读未提交、读已提交、可重复读、串行化）以及各级别能防止的并发问题（脏读、不可重复读、幻读），也是常考的点。

选择哪种隔离级别更合适是个很实际的问题。以视频网站的订单支付系统为例，如果允许脏读，用户刚提交的订单可能被读到未提交事务中的中间状态，这对财务数据来说是不可接受的；但如果为了绝对安全把隔离级别设为串行化，又会大幅降低并发能力。实际工程中通常根据业务场景折中选择，关于这个问题我后面详细展开。

3. 经典真题重现与解题思路

3.1 选择题里的经典陷阱：这道题十个人九个错

我印象最深的一道选择题是考察C语言中指针运算与字符串处理的结合，题干大概是这样的：定义了一个函数，通过递归方式计算字符串长度。如果要用指针操作实现同样的功能，哪种写法是正确的。这道题其实是考字符串的终止条件和指针的自增运算，看起来简单，但选项里埋了不少细节陷阱。

真正容易错的是对指针运算优先级的判断。比如*p++和(*p)++的区别，前者是先取指针指向的值再把指针后移，后者是把指针指向的值加1。如果题干里的递归函数是依赖指针移动来遍历字符串的，那么正确选项必然是靠p++移动指针而不是修改值。这类题考察的核心就是对运算符优先级和指针语义的精确掌握。

另一个高频陷阱是宏定义相关的题目。比如定义一个宏#define SQUARE(x) ((x)(x))，然后在代码里写SQUARE(a++)，这个表达式的展开结果是((a++)(a++))，a会被自增两次，产生未定义行为。这种题在2013年的笔试题里出现频率很高，因为它考察的不只是宏的展开规则，还有对副作用副作用的敏感度。现代C++工程已经尽量用inline函数替代宏来避免这类问题，但理解宏展开的机制依然是必备基础。

应对选择题的策略是：先做会做的，跳过犹豫的，最后集中攻克拿不准的。不要在一道选择题上纠结超过两分钟，因为后面的算法题和编程题才是拉开差距的关键。

3.2 算法设计题的一题多解：快排变体的三种写法

算法设计题通常是整张卷子的分水岭。乐视这套题里有一道比较典型的题目：给定一个无序数组，要求将数组中的负数放在前面，正数放在后面，并保持负数之间和正数之间的相对顺序不变。这道题让我印象非常深刻，因为它看起来简单，但“保持相对顺序”这个约束条件直接排除了最暴力的双指针交换方案。

最直觉的解法是借助额外空间，创建一个新数组，第一遍遍历把负数依次放入，第二遍遍历把正数依次放入，时间复杂度O(n)，空间复杂度O(n)。这个解法的优点是思路简单、绝对正确，缺点是使用了额外空间，在面试官面前不够亮眼。

如果想优化到O(1)空间，就需要用到类似插入排序的思路：从左到右遍历数组，每当遇到一个负数，就把它向前移动到上一个负数之后的位置，中间的正数整体向后平移。这个思路的时间复杂度是O(n²)，但空间复杂度降到了O(1)，在数据规模不大时可接受。

更好的解法是用旋转的思路。想象你把负数集合和正数集合分别看成两个段，当在位置i发现一个负数时，这个负数应该被移动到上一个负数的后面，此时需要把中间这一段正数整体右移一位。整个过程类似一个稳定分区操作，本质上是在模拟“保持相对顺序的稳定分割”。

这道题我当年看到的时候，第一反应也是双指针交换，然后立刻发现保持了相对顺序。后面我也在不同公司的笔试题里见过几乎一模一样的变体，只不过把负数正数换成了奇数和偶数、红色和蓝色。可见出题人真正想考察的是你对稳定分区算法的理解程度，而不只是这道特定题目本身。

3.3 编程实现题的工程化思维：从能跑到好维护

编程实现题通常要求补全一个函数或实现一个完整功能，乐视这套题的编程题主要集中在字符串处理和链表操作两个方向。我当时回忆比较深的一道编程题是：实现一个函数，将输入字符串中的所有空格替换成“%20”。这道题源于URL编码的真实场景，视频网站的播放地址、搜索关键词的传递都会涉及类似处理。

很多人拿到这道题，第一反应是从前往后遍历，遇到空格就替换。但仔细一想就会发现，替换后字符串长度在增长，从前往后操作会频繁移动后面的字符，时间复杂度会退化为O(n²)，而且容易越界。正确的做法是先遍历一遍字符串统计空格数量，计算出替换后的总长度，然后从后往前遍历，用两个指针分别指向原字符串末尾和新字符串末尾，从后向前复制字符，遇到空格就填充“%20”。这种从后往前的思路保证了每个字符只会被移动一次，时间复杂度是O(n)。这种“空间换时间”的工程优化思维，正是出题人想看到的。

涉及链表的编程题则更看重指针操作的严谨性，比如反转链表。反转链表有迭代和递归两种经典写法，迭代写法需要维护三个指针pre、cur、next，每次迭代把cur的next指向pre，然后三个指针整体后移；递归写法则是先反转下一个节点，再把当前节点的next的next指向当前节点。递归写法代码更简洁，但理解难度更高。笔试现场写递归时，很容易在边界条件上出错，所以平时练习一定要两种写法都掌握，并且能快速判断哪种写法在特定场景下更不容易出错。

工程化思维还体现在代码规范上。变量命名是否清晰、缩进是否统一、是否考虑了输入为null或空字符串的情况、是否添加了必要的注释说明关键步骤，这些细节都会影响阅卷人对你代码质量的第一印象。一个成熟的面试官能从半小时的编程题代码里看出候选人是否有良好的编码习惯，这比多写一个功能点更重要。

4. 实战答题策略与时间分配

4.1 拿到卷子后的前五分钟：别急着动笔

很多人拿到笔试题的第一反应是从第一题开始挨个做，这个策略在我看来效率偏低。研发类笔试的特点是题型之间难度分布不均匀，选择题里可能有比较刁钻的陷阱题，算法题后面也可能连着需要思考的复杂题目，从头做到尾容易被前面的难题卡住，导致后面容易得分的题目没有时间做。

我的建议是，前五分钟先通读整张卷子，大致了解每道题的类型和难度，做一个简单的标记。一眼就会的题标“A”，需要想一想的题标“B”，完全没有思路的题标“C”。然后按“先A后B再C”的顺序做题，确保把能拿的分都拿到手。

这种策略背后的逻辑是得分的性价比。笔试题的分数是加权计算的，每道题值多少分并不完全由难度决定，但通常难度高的题花费的时间也多。通读卷子能帮你发现隐藏在后面的简单送分题，比如一道数据库SQL编写题可能只需要两分钟，分值却和需要十五分钟的算法题相当，先做它明显更划算。

4.2 各题型的推荐用时与精力分配

根据这套笔试题的题型结构，我建议的分段时间如下，你可以根据自己的强弱项灵活调整：

选择题控制在15到20分钟内。选择题的知识点大多是比较基础的概念，如果一道题超过一分钟还没有头绪，先标记跳过的方案更稳妥，后面有空再回来做。切忌在选择题上消耗过多时间，否则后面的大题会非常被动。

简答题控制在20到25分钟。简答题要求的是概念清晰、结构完整，答题时先写核心结论，再展开解释细节。比如问死锁产生的条件，先写“互斥、持有并等待、不可剥夺、循环等待”四个关键词，再逐个解释含义并给出实际例子，这样的答案既完整又容易得分。

算法设计题控制在30到35分钟。每道算法题先花三分钟明确题目要求和数据规模，判断预期的时间复杂度，再动手设计算法。写思路时把步骤列清楚，标注关键的数据结构和复杂度分析，即使最后没有完整写出代码，思路过程也是能给分的。

编程实现题控制在30到40分钟。先把主流程写出来，再补边界条件，最后做简单测试。很多人上来的第一件事是写代码，但正确的顺序是先规划数据结构，再写出主体逻辑，最后逐行检查边界情况，比如输入为空、输入只有一个元素、输入全是相同值等。

4.3 遇到完全没思路的题怎么办

笔试现场最怕的不是题目难，而是看到题目大脑一片空白。这种情况下，先别急着放弃，有三个可以尝试的破局方向。

第一是缩小题目的数据范围。很多算法题在数据量小的情况下可以用暴力解法获得部分分数，例如题目要求设计一个高效算法，但如果你实在想不出优化方案，写一个正确但复杂度较高的暴力实现，至少能保证得到基础分。

第二是从相似的已知问题入手。任何一道新题都可能是某个经典题型的变形，试着找出题目和已知问题之间的联系。比如题目要求判断括号序列是否合法，本质上是用栈维护匹配关系的问题；要求求数组中连续子数组的最大和，本质上是Kadane算法的应用；要求实现字符串匹配，可以用KMP算法或更简单的滑动窗口。

第三是写出部分正确的方法。比如一道动态规划题想不出状态转移方程，可以先把递归的暴力解法写出来，说明递归的基本逻辑，再尝试加一个备忘录数组优化成记忆化搜索，这部分思路正确也能获得一定分数。如果递归也写不出来，就写清楚题目可以抽象成什么样的子结构，把思考过程呈现给阅卷人。

5. 常见问题与备考避坑实录

5.1 笔试翻车案例：这些问题你可能也会遇到

我整理了一些实际笔试中高频出现的问题，每一条背后都有真实的翻车案例，写出来帮你提前避坑。

第一个问题是基础概念不牢靠。有个同学把“进程和线程的区别”答成“进程是一个程序，线程是进程中的一个任务”，这个说法不完全正确，漏掉了“进程是资源分配的基本单位，线程是CPU调度的基本单位”这个核心表述，得分自然不会高。简答题的标准答案需要严谨、准确、全面，口语化的理解可以用来面试交流，但写卷子时一定要用规范术语。

第二个问题是边界条件考虑不全。一个典型的例子是实现数组二分查找时，没有考虑数组为空的情况，或者left和right更新时写成了left = mid而不是left = mid + 1，导致陷入死循环。这类错误在平时LeetCode刷题时可能因为测试用例不全而没暴露，到笔试时反而成为区分度最高的点。建议平时练题时专门把边界用例列出来，形成一个自己的检查清单。

第三个问题是时间分配失误。有的同学在编程题上纠结太久，结果后面的简答题完全没时间写，得不偿失。编程题如果调试了十五分钟还有问题，果断先去做其他题目，最后有时间再回头继续调试。笔试的目标是总分最大化，而不是证明自己能解出每一道题。

第四个问题是书写不规范。我这里说的不只是字迹潦草，还包括代码的缩进混乱、变量命名随意、函数结构不清晰。阅卷人每天要看大量试卷，一个整洁、规范、思路清晰的答题卷在心理上就会获得更高的评价，这在任何阅卷场景都是客观存在的。

5.2 避坑清单：我总结的笔试答题注意事项

为了让你能快速对照检查，我把笔试过程中的关键注意事项整理成了一份清单，建议临考前过一遍：

• 通读全卷，标记难易，先易后难，不要被卡在一道题上。
• 选择题拿不准的先用排除法去掉明显错误项，再在剩余候选中做选择。
• 简答题先写结论或关键词，再展开说明，逻辑要分条列点。
• 算法题先分析时间复杂度和空间复杂度再动手写代码，别一上来就写。
• 编程题注意边界条件：输入为空、单个元素、元素全相同、数据量很大等。
• 变量命名要有意义，不要用a、b、c之类的无意义命名，阅卷体验很重要。
• 如果时间充足，写完代码后手动走一遍测试用例，包括边界用例。
• 不要留白。哪怕只有部分思路，也要写出来，写了就有得分的可能。
• 编程语言的选择要选自己最熟练的，不要现场尝试不熟悉的语言。
• 做完之后如果还有时间，优先检查选择题中标记过的不确定题目，再检查大题步骤。

5.3 备考路线参考：从基础到真题的三阶段方法

针对这类研发工程师笔试，我建议的备考路线分为三个阶段，每个阶段有明确的侧重点，你可以根据自己的时间灵活安排。

第一阶段是基础梳理，建议用时两周左右。这个阶段的任务是把计算机基础的四门核心课程过一遍，包括数据结构与算法、操作系统、计算机网络、数据库原理。目标是建立完整的知识框架，不只是为了做题，而是为了系统理解计算机系统的工作原理。每门课程选定一本经典教材作为主线，配合网上的课程视频查缺补漏。

第二阶段是专项刷题，建议用时三到四周。这个阶段的核心策略是按知识点分类刷题。比如花三天专门做链表相关的题目，链表反转、链表合并、环检测、删除倒数第N个节点等题型集中练习，通过大量同类题目训练形成肌肉记忆。刷题过程中遇到不会的题，先独立思考二十分钟，再看题解，然后隔天重做一遍确认真正掌握。如果直接看题解，过两天就忘了，等于白刷。

第三阶段是真题模拟，建议考前一周进行。这个阶段要找两到三套历年真题或高质量的模拟题，严格按照考试时间完整做一遍，模拟真实的笔试场景。做题过程中关闭一切可能的干扰，手机静音，设定好倒计时，营造出真实的考场氛围。做完之后认真复盘，把每道错题对应的知识点找出来，回到教材巩固对应的章节。

我当时备考时还有一个习惯，就是准备一个专门的错题本，按照“题目描述、错误思路、正确思路、相关知识点”四栏记录。这个方法看起来笨，但效果很好，考前翻错题本比翻教材效率高得多，因为错题本里全是自己的薄弱环节。

拉通来看，这套2013年的乐视研发工程师笔试题放到今天来看，它的考察逻辑并没有过时，反而因为现在技术栈的复杂化，基础扎实的候选人在面试中显得更加稀缺。我个人在实际备考和带新人的过程中发现，能把这些基础知识点串成完整知识体系的人，通常不是靠死记硬背，而是靠大量练习、归纳总结、持续复盘形成的直觉。笔试只是第一关，后面还有更磨人的面试环节，但如果你能通过这套题建立起自己的知识框架，后面的路会顺畅很多。

最后再分享一个小技巧：准备笔试时多做一步——把你写过的每道算法题主动去想一种不同的解法，并对比两种解法的时间和空间复杂度。这个习惯能在潜移默化中训练你的算法思维灵活度，到了考场上，即使遇到没见过的题，你也会有更多下手的角度。