2024秋招OPPO后端笔试复盘：题型考点与备考策略

2024年秋招OPPO后端岗笔试：从投递到交卷的完整复盘

先交代一下背景：我是2025届毕业生，2024年暑期前后开始投递秋招提前批和正式批，OPPO后端岗的笔试大概在九月上旬做的。当时我已经刷了三百多道力扣，也啃完了计网、操作系统、MySQL和Redis的常规八股，自以为准备得差不多了，结果打开笔试页面第一题就让我愣了几秒。不是题目难，而是它和我想象中的大厂后端笔试风格差别挺大。这篇文章就把我完整经历的笔试流程、题型构成、考点分布、编程题复盘和备考策略写出来，给接下来投递OPPO后端岗的同学做一个参考。

适合看这篇内容的人有两类：一类是刚开始准备秋招、对后端笔试还比较模糊的同学，你可以通过这篇文章建立对OPPO笔试的整体认知；另一类是已经刷了题但不知道如何分配时间、不知道哪些考点性价比更高的同学，我会在最后专门讲基于这次笔试得出的备考优先序判断。

坦白说，OPPO后端岗笔试在其覆盖面上并不算所有大厂里最难的，但它有一个特点——考得非常综合，且业务感强。同样叫"后端笔试"，有些公司全是选择题，有些公司全是ACM风格算法题，而OPPO的这场笔试介于两者之间，既考你对基础理论的掌握深度，也考你在限定时间内写出可运行代码的能力。这也是我为什么想把它单独拎出来写一篇复盘的原因。

1. 笔试当天的时间线与题型占比：第一部分到底在考什么

先说整体情况。我这场笔试的时长为90分钟，题量不算大，但时间也不算宽裕。进入系统后，整张卷子分为两个大的模块：客观题（选择题+多选题）和编程题。

客观题大约有20道，覆盖的范围很广——Java基础、Spring框架、MySQL、Redis、操作系统、计算机网络、Linux命令、场景设计，甚至还有两三道逻辑推理题。这里要特别提一下逻辑推理题，它出现在技术笔试里确实让我有点意外，虽然题目本身不难，类似行测里面那种数字推理和条件判断，但如果你完全没准备过，突然遇到会浪费几分钟去适应题型。

编程题部分一共两题，一题是纯算法题，另一题是偏业务场景的"半模拟实现题"。也就是说，第二道题并不是让你解一个纯粹的算法问题，而是给一段业务描述，让你实现一个具备特定功能的类或接口，这对代码规范和工程思维的考察明显多于对算法技巧的考察。

时间分配上，我的节奏是：

• 前30分钟做客观题：先快速过一遍，会的直接选，不确定的标记好，等编程题做完后如果有剩余时间再回头纠结。
• 中间50分钟做两道编程题：第一题花大概20分钟，第二题花30分钟。
• 最后10分钟检查：回到标记过的客观题，以及检查编程题的边界条件和代码格式。

我实测下来的建议是：不要在一道客观题上纠结超过2分钟，尤其是多选题，你永远不知道是不是有一个选项是出题人故意挖的坑。如果拿不准，先按第一印象选，标记掉，后边有时间再回来看。90分钟看着不算少，但如果前边某道场景题让你多花了几分钟，后边的编程题时间一压缩，你写出来的代码质量会明显下降。

题型占比方面，按我的记忆大概如此：

这个占比意味着什么？它意味着一味刷题是拿不到高分的。我认识不少算法刷得很猛、但基础理论记不牢的同学，最后在这张卷子上反而没有占到太大优势。反过来，如果你把Java基础和Spring的原理理解透了，客观题部分能稳稳拿下，编程题再对一道，总分就会比较好看。

2. 从热搜词反推OPPO后端笔试的风向：Spring和Redis为什么永远躲不掉

笔试结束之后，我回顾了整张卷子的考点分布，发现它和过去半年大家在技术社区里讨论的热点高度重合。说实话，热搜词这个东西对押题是有参考价值的——大家密集搜索的地方，往往就是面试官觉得重要、同时大家又记不牢的地方。

先说Spring。客观题里至少有三道直接和Spring相关：一道考察依赖注入的几种方式，问的是构造器注入和setter注入的区别以及各自的适用场景；一道考察Spring的事务传播机制，选项里列出了六种传播行为，让你选出默认值和某个具体业务场景下该用哪一个；还有一道考察Spring MVC的请求处理流程，从DispatcherServlet开始，到HandlerMapping、HandlerAdapter、Controller、ViewResolver的完整链路。

这里有个值得注意的点：OPPO不是让你背概念，而是给一个具体场景，让你判断会发生什么。例如"一个Service方法内部调用了同类中的另一个带@Transactional注解的方法，事务会不会生效"——答案是"不会"。因为Spring默认的代理方式是基于动态代理的，同类内部调用走的是this指针，不会经过代理对象，事务注解自然不生效。这类"看起来很简单，一做就错"的题，其实是笔试筛人的核心手段。

再来说Redis，几乎每家大厂后端笔试都躲不开Redis，OPPO也不例外。我印象最深的是一道关于缓存穿透的题。题目描述了一个高并发场景：某个热点商品详情的接口，请求量非常大，此时如果缓存和数据库中都不存在该商品，可能会出现什么问题？选项里给了缓存穿透、缓存击穿、缓存雪崩三个概念，让考生判断属于哪一种，并选出合适的应对方案。

很多同学会把穿透和击穿搞混。简单记法：

• 穿透：查了一个不存在的key，缓存和数据库都没有，请求直接打到数据库。
• 击穿：一个热点key在缓存过期的瞬间，大量请求同时打到数据库。
• 雪崩：大量key同时过期，或者redis服务本身挂了，导致大面积请求打到数据库。

对应方案也不同：穿透用布隆过滤器，或者缓存空值；击穿用互斥锁，或者逻辑过期；雪崩用过期时间加随机值，或者集群高可用方案。这道题如果你只记住了概念，没有理解"在什么场景下用哪种方案"，遇到变体题就很容易选错。

还有一个考点让我觉得OPPO很关注工程实践，那就是前后端分离下的跨域问题。虽然这是后端笔试，但卷子里确实出现了一道关于CORS的题。它给出的场景是：前端项目运行在localhost:5173，后端接口部署在localhost:8080，为什么前端请求会失败？该怎么解决？

这道题本质上考的是浏览器同源策略和跨域资源共享机制。你不仅需要知道CORS的基本流程——浏览器预检OPTIONS请求、后端返回Access-Control-Allow-Origin头，还需要知道在Spring Boot里如何配置，以及为什么生产环境通过Nginx反向代理也能解决。单纯会背"后端加个@CrossOrigin注解"是不够的，它更像是让你理解浏览器、前端服务、后端服务三者之间的关系。

我把这次笔试里和热搜词高度相关的技术点整理成了一张对照表：

总之，如果你备考时间有限，我强烈建议优先把Spring事务、Redis缓存三大坑、MySQL的索引和隔离级别、JVM内存模型这四块吃透。这四块在客观题里的出场率极高，而且它们之间是互相联动的——例如"Redis缓存了数据库的数据，数据库的事务隔离级别如何影响缓存一致性"这种综合性题目，一旦把基础原理掌握到位，推理起来并不难。

3. 两道编程题的完整复盘：从暴力解法到最优解的选择逻辑

编程题是笔试中最容易拉开差距的部分，也是我考完最有表达欲的部分。先说第一道题——纯算法题。

题目大意是：给定一个整数数组和一个目标值，要求找到数组中两个元素的和等于目标值的所有唯一组合，并输出这些组合的下标。这个题目表面上是LeetCode的"Two Sum"变体，但它加了一个限制——要求输出所有不重复的组合，且每个元素只能使用一次。

我看完题的第一反应是"简单"，但真正动手写的时候才发现有几个坑：

1. 如果数组里有重复元素，直接套LeetCode的两数之和模板会输出重复组合。你需要先去重，或者用哈希表配合"上一次使用的位置"来去重。
2. 返回的是下标组合，排序要求是什么要看清。他要求按第一个下标升序输出。
3. 边界条件：数组长度小于2时直接返回空。

我的解题思路是：先排序，再用双指针。排序的目的是让重复元素相邻，方便跳过。双指针可以做到O(n)的时间复杂度找两数之和等于目标值。注意，因为要返回下标，排序后下标会乱，所以额外的处理是先用一个类或二维数组保存原始下标再排序。

如果面试时遇到这道题，你其实可以先用最暴力的双重循环写一版——O(n²)，简单直观，然后再优化成排序+双指针的O(n log n)版本，或者哈希表的O(n)版本。笔试平台判题只认最终提交的那一版，但你在草稿纸上的思维过程决定了你的最终代码质量。我建议的思路是：先想清楚暴力解法，再一步步推导优化点，最后再动手写。这样既不会漏边界，也不会一上来就把自己绕进哈希表去重的坑里。

第二道编程题是一道偏业务的场景题。题目描述了一个简化版的"订单超时自动取消"系统：系统中有大量订单，每个订单有一个创建时间和超时时间，需要你在超时时间到达时自动把订单状态改为"已取消"。要求实现一个类，提供两个方法：方法一接收订单创建信息，方法二检查当前时刻有哪些订单应该被取消。

这道题考的东西很实在：

• 数据结构选型：你会不会用优先队列（堆）或者有序集合来管理待超时订单？
• 时间轮的运用：你知不知道时间轮（Timing Wheel）这种处理延迟任务的标准方案？
• 并发安全：你的类是否线程安全？

我当时选了优先队列的方案。核心逻辑是：每次创建订单时，计算超时时间戳，放入一个按时间戳排序的小顶堆，堆顶就是最早需要超时的订单。后台有一个线程不断拿当前时间戳和堆顶比较，如果当前时间大于等于超时时间，就弹出并做状态更新。

这个方案的优势是：插入和删除都是O(log n)，内存占用可控，代码量也少。缺点是：如果同一时刻有大量订单超时，批量弹出的性能会有波动。实际生产环境中，大家更常用的是时间轮算法，它把时间分成槽位，每个槽位放一批订单，扫描槽位时批量处理，吞吐量更高。但笔试场景下，你写优先队列方案已经完全够用，而且逻辑清晰，更容易拿全分。

这里我想特意强调一个细节：笔试题的第二道通常会留给你有时间写但没时间优化的空间，因此你不必追求最优解，先保证代码正确可运行，再考虑优化方案。我犯过一次错误，在某次模拟笔试中一上来就写时间轮，结果推演到一半发现自己对槽位数量和轮次推进的理解还有漏洞，最后代码没调通。从那以后我给自己定了一个规矩：笔试编程题只写自己最有把握的解法，哪怕复杂度高一点，但一定要跑通。

4. 计算机基础题的真实难度：比八股深一点，比面试浅一点

OPPO笔试的客观题里，计算机基础部分是我认为最有区分度的部分。它不会像LeetCode那样直接让你手写红黑树，也不会像大厂面试那样让你从零讲一遍操作系统内存管理。它更像是在基础知识点上"稍微拐一个弯"，考察你是否真的理解了这个知识点。

我列出几个印象深刻的题目类型，供大家参考。

4.1 操作系统：进程调度和死锁的变体题

有一道题是给出一组进程的到达时间和执行时间，让计算平均等待时间。这种题本身不复杂，但它要求你会画甘特图，理解短作业优先、时间片轮转两种调度算法的区别。特别是时间片轮转，如果你忘记了"新到达的进程是排在队尾还是队首"这个细节，算出来的结果会完全不同。我的记忆方法很简单：优先队列通常是非抢占式的，轮转调度是抢占式的，新进程到达后统一加入就绪队列尾部，每次执行一个时间片，然后切换到队首的下一个进程。

死锁那题也很有代表性。它给出了四个进程、四种资源，问当前系统是否处于死锁状态，并要求判断安全序列是否存在。实际上就是银行家算法的简化版。你需要手动算一遍Available矩阵，看是否存在一条路径能让所有进程都完成。虽然这种题目计算量不大，但极考验细心。我在算的时候就很担心自己某个数字抄错，导致后续全错。

4.2 计算机网络：TCP和HTTP是永远的主旋律

计网部分的题目占比比我预想的要高，这是合理的——后端开发每天打交道最多的就是HTTP和TCP。有一道题让你解释TCP三次握手和四次挥手的过程，但它的问法不是让你背书，而是给出了一个实际异常场景：如果服务端在收到SYN后没有回复SYN+ACK，可能是什么原因？

四个选项涵盖了：防火墙丢弃了SYN包、服务端listen队列已满、客户端的连接请求被拦截、客户端的源端口被占用。答案是"服务端listen队列已满"这种情况比较典型。当listen队列满了，内核会直接丢弃新的SYN请求，不会回复SYN+ACK。如果你只是背过"三次握手是SYN、SYN+ACK、ACK"而没有理解这个机制背后操作系统层面的实现，这道题你就选不对。

还有一道HTTP相关的题，问的是HTTP/1.1的Keep-Alive和HTTP/2的多路复用有什么区别。后者是近几年面试和笔试的热点，它的核心是：在同一个TCP连接上并发传输多个请求和响应，解决了HTTP/1.1的队头阻塞问题。所以答案是"多个请求可以并行处理，而不需要等前一个响应完成"。这个知识点建议所有后端同学认真掌握，不单是为了笔试，字节、阿里、腾讯的面试里出镜率也很高。

4.3 MySQL：索引失效和事务隔离级别

MySQL部分的题目很典型，有一题给了四条SQL语句，问哪一条能够走索引。选项设计的很聪明：有的是在索引列上用了函数，比如WHERE YEAR(create_time) = 2024；有的是在索引列上做了隐式类型转换，比如WHERE phone = 13800138000，而phone列是varchar类型；有的是左模糊查询LIKE '%abc%'。

这三条都会被面试官用来考察你对索引失效原理的理解。真正的核心是：B+树的搜索依赖于有序性，函数操作和类型转换会破坏这个有序性，导致优化器放弃索引。而你的作答策略应该是从执行计划的角度去解释——用EXPLAIN关键字看type字段和key字段，而不是单纯背"哪些写法会导致索引失效"。

事务隔离级别那道题也值得一提。它把四种隔离级别和三种问题（脏读、不可重复读、幻读）做了对应，让你选出正确搭配。这个知识点不难，但很容易记混。我的记忆口诀是：

• "读未提交"——什么都不隔离，脏读、不可重复读、幻读都会有。
• "读已提交"——解决脏读，但还有不可重复读和幻读。
• "可重复读"——MVCC解决了不可重复读，但InnoDB默认级别下对幻读也有一定处理，准确说是对部分幻读有处理，需要锁或间隙锁才能完全解决。
• "串行化"——全都解决，但性能最差。

另外，MySQL那题还顺带考了MVCC机制的基本原理，让你判断在可重复读隔离级别下，一条SELECT语句读到的是哪个版本的数据。这就要你理解隐藏字段（DB_TRX_ID、DB_ROLL_PTR）和undo log之间的关系了。推荐在复习时直接手画一张表，用"两个隐藏列+版本链"的方式去推演，比死记硬背效果要好。

4.4 JVM和并发：看起来八股，实际考理解

JVM部分的题目主要落在内存区域和垃圾回收上。比如给出一段Java代码，问其中创建的对象在哪个内存区域；或者问一个对象在经历多少次Minor GC后可能晋升到老年代。这种题对搞过JVM调优的同学来说很简单，但对只背了八股的人来说，很容易在"对象什么时候进入老年代"这个问题上卡壳，因为动态年龄判定并不是简单地数次数。

并发编程的题则更侧重实践。有一道题是让你选线程池的参数，给定的场景是：IO密集型任务，CPU核心数为8。正确答案一般为核心线程数设置在CPU核心数的2倍左右，比如16个线程。如果你不了解IO密集型任务的特点是线程大部分时间在等待IO，你会习惯性地把核心线程数设为CPU核心数+1，这恰恰是不匹配的。类似的考察点还出现在synchronized和ReentrantLock的区别、volatile的可见性和禁止重排等基本面上。

5. 秋招笔试的备考优先序：我踩过的时间分配教训

最后这部分写给正在备考的人。我不打算面面俱到地列一个"90天备考计划"，因为每个人都有不同的基础和节奏，我只想基于这次OPPO笔试和同期的大厂笔试经历，讲一下时间分配和优先序问题。

首先是客观题和编程题的备考权重。我前期花了很多时间刷LeetCode，算法基础确实扎实了，但在OPPO这种客观题占比百分之五六十的笔试里，纯算法刷题并不能让你的分数起飞。如果让我重新安排时间，我会在准备秋招的前两到三个月做出这样的分配：

• 40%时间刷算法题：以LeetCode Hot 100为主，重点覆盖数组、链表、二叉树、哈希表、动态规划和贪心。不追求偏难怪题，追求中等难度题的正确率和速度。
• 30%时间过八股：Java基础、Spring、MySQL、Redis、计网、操作系统，用思维导图过两遍，每一遍都要求自己不看答案说出原理和场景。
• 20%时间做项目深挖：把简历里的项目从头到尾梳理一遍，特别是项目中用到的技术栈和实际踩过的坑，保证提到任何一个技术点都能讲清楚。
• 10%时间做模拟笔试：用牛客网的在线编程环境做3到5套模拟卷，熟悉笔试平台的输入输出格式、代码编辑器的特性，以及90分钟的时间压力。

这中间最容易被忽视的是模拟笔试。我身边不少同学抱怨："算法题我在力扣上能写出来，怎么到了笔试平台就老是编译不过？"原因多半是平时在IDE里习惯了自动补全，到了笔试那种简易编辑器里手写 import 和各种边界条件，心理压力一上来就容易出错。实测下来，提前做几套模拟卷真的能明显改善这个问题。

其次是"笔试中遇到不会的题怎么办"的策略。我的经验是：先跳过，最后再回头蒙，千万不能恋战。第一场大厂笔试的时候，我遇到一道多选，四个选项看起来全都没见过，我就硬着头皮在那里分析，足足花了八分钟，最后还是没搞明白。结果后面编程题只剩不到四十分钟，导致写得非常仓促，边界条件也没处理到位。吃过这个亏之后，之后所有笔试我都严格执行"单选90秒、多选150秒、超时标记跳过"的策略。

再说一下不同基础的同学备考重点会有什么差异。如果你Java基础还比较薄弱，我建议别急着背Spring，先把Java集合类的源码看一遍，尤其是HashMap的put流程、resize机制和ConcurrentHashMap的分段锁逻辑，这些几乎是所有后端笔试的"送分题"，也是后续理解Spring和Redis的基础。如果你Java基础已经很扎实，那重心可以放在Spring事务传播机制和Redis缓存一致性这类偏场景化的知识点上，因为这些内容往往是客观题里拉开分数的地方。

最后再说一个大家容易忽略的点——笔试用的编程语言选择。OPPO后端岗笔试支持多种语言，但如果你投的是Java后端岗，强烈建议用Java作答。理由很简单：第二道业务设计题通常默认你掌握面向对象设计，用Java写出来的类结构更符合阅卷人的预期；而且Java的集合框架和并发工具类是现成的，优先队列、线程池这些直接调用，代码量少、不易出错。如果你用C++做，虽然算法题不吃亏，但到业务设计题你就会发现，写一个线程安全的定时任务类要比Java繁琐不少。笔试题通常不允许引入第三方库，这个限制对Java来说是天然的友好——标准库实在太全了。

另外特别提醒一下：现在很多笔试平台已经不支持本地IDE调试了，全部在网页端完成。你最好提前熟悉一下平台上的代码补全程度——有些平台有基础的语法高亮但没有自动补全，有些连括号匹配都没有。日常刷题时养成"手写完整代码"的习惯，尽量不要依赖IDE的自动生成，这样到了笔试环境才不会手忙脚乱。

备考到后期，我自己的一个经验是：不要只看八股文，要动手把关键代码写一遍。比如Spring事务失效的场景，你光背"同类调用不生效"是不够的，最好自己在IDE里写一个小Demo，打上断点，看看代理对象和原始对象的区别。再比如线程池的拒绝策略，你光背AbortPolicy、CallerRunsPolicy的区别也没什么深度，最好写一段代码，把队列填满，让线程池触发拒绝策略，观察日志和控制台的变化。这些动手经验在笔试的时候会转化为一种直觉，让你遇到场景题时不需要在脑海里反复推理，一眼就能看出答案。

笔试是秋招的第一道关卡，过了笔试之后还有两到三轮面试等着你。OPPO后端岗后续面试中，面试官极大概率会追着你笔试里的某道题问你当时的思路，所以考完别急着删记录，把有价值的题目整理到自己的错题本里，后续复习还会用得上。

最后分享一个我亲测有效的小技巧：无论笔试还是面试，遇到"会的题"先求稳，遇到"不会的题"先记下来，等整场结束之后再回头翻资料补齐。后者往往是你能和别人拉开差距的地方，因为它逼着你在高压下保持冷静，也让你知道自己的知识盲区到底在哪儿。祝所有备战秋招的同学都能拿到心仪的offer。