2023年OPPO秋招后端崗筆試我踩過的坑和復盤思路又到一年秋招季后臺不少同學在問OPPO的筆試難度和風格。去年我完整參加了2023年OPPO秋招后端崗的筆試流程從收到筆試通知到做完最后一道題中間有幾個印象特別深的點也有不少事后復盤才想明白的細節(jié)。這篇不寫什么“通關秘籍”就老老實實把我自己遇到的題目類型、答題策略、以及踩過的坑整理出來給準備沖后端崗的同學一個參考。先說結論OPPO后端崗筆試的難度在主流大廠里算中上題型覆蓋很廣既有考察基礎功的選擇題也有需要完整思路的算法題和系統(tǒng)設計題。它不是單純刷題就能過的更看重你對后端知識體系的整體理解。適合正在準備秋招的應屆生、想跳槽后端崗的年輕工程師以及自學Java后端想檢驗水平的朋友參考。1. 筆試整體流程與崗位匹配1.1 筆試基本信息與時間安排OPPO的秋招筆試一般在網申截止后一周內分批發(fā)放我去年是投遞后第6天收到的筆試通知。整個筆試在?？途W進行時長90分鐘題量大概在40道左右包含單選、多選、編程題和一道場景設計題。跟其他大廠不太一樣的是OPPO的筆試沒有單獨的客觀題部分和編程題部分拆分而是混在一起限時作答這意味著你需要自己控制節(jié)奏。時間分配上我復盤過最優(yōu)策略大概是選擇題部分控制在45分鐘內編程題留30分鐘最后10分鐘處理系統(tǒng)設計題。這里有個很關鍵的認知——系統(tǒng)設計題往往不是看你寫得多完整而是看你有沒有基本的工程思維但如果你前面選擇題浪費太多時間后面設計題就只能交白卷非常可惜。我當時就是吃了這個虧前面幾道網絡和數據庫的多選題糾結太久導致最后一道設計題只寫了個大框架很多細節(jié)沒來得及展開估計扣了不少分。所以時間管理真的是筆試的第一道考題。1.2 崗位方向與考察重點后端崗在OPPO內部其實分了好幾個方向有做互聯網服務的有做底層中間件的還有做設備端后臺的。不同方向的筆試題側重點會有差異但公共部分大致相同。我當時投的是互聯網服務方向考察重點集中在Java基礎、并發(fā)編程、MySQL、Redis、消息隊列和分布式基礎這幾個模塊。還要提醒一點OPPO的筆試系統(tǒng)會記錄你的答題軌跡包括每道題的停留時間。雖然沒有實錘說會分析這個但考慮到有些公司會看候選人是否在編程題上有異常操作建議還是老老實實做題不要想著切屏查資料。我認識的一個同學就因為切屏次數太多被系統(tǒng)警告了雖然最后成績還行但流程上很被動。2. 選擇題考點復盤基礎功底決定上限2.1 Java核心與并發(fā)編程選擇題里Java相關的占比最高大概有12道左右難度從簡單到中等偏上都有。比較有代表性的幾類考點第一類是Java內存模型和JMM可見性問題。比如給你一段多線程代碼問某個變量加了volatile之后哪些操作是原子的哪些不是。這種題表面上考volatile實際上考的是JMM的happens-before規(guī)則。我建議復習的時候一定要把JMM的八大操作和happens-before規(guī)則背熟特別是程序次序規(guī)則、管程鎖定規(guī)則、volatile變量規(guī)則這老三樣。第二類是線程池的參數組合。題目會給一個場景比如CPU密集型任務、IO密集型任務問線程池核心線程數和最大線程數怎么設置。這里有個容易被忽略的點——任務隊列的選擇。SynchronousQueue適合非緩沖的提交模式LinkedBlockingQueue適合無界隊列模式ArrayBlockingQueue適合有界隊列。筆試往往不會直接告訴你用哪種隊列而是讓你根據場景推斷這就需要對線程池的整個工作流程很熟。第三類是synchronized和ReentrantLock的區(qū)別這個基本是必考的。重點關注可中斷性、公平鎖、超時獲取鎖、Condition等待隊列這些點。我印象很深的一道題是問synchronized在JDK 6之后做了哪些優(yōu)化選項里有偏向鎖、輕量級鎖、自旋鎖、鎖消除、鎖粗化。這道題如果你只看過面試題總結沒看過源碼或者JVM的官方文檔很容易把鎖消除和鎖粗化搞混。2.2 網絡與操作系統(tǒng)基礎網絡部分的考點集中在TCP和HTTP。OPPO比較喜歡考TCP的擁塞控制流程特別是慢啟動、擁塞避免、快重傳、快恢復這幾個狀態(tài)的轉換條件。有一道題我記得很清楚給了一個TCP連接傳輸過程中的擁塞窗口變化曲線要求判斷哪些階段對應什么算法。這道題需要你對擁塞窗口的呈指數增長和線性增長階段有直觀理解不能只背概念。操作系統(tǒng)方面進程線程的區(qū)別、死鎖產生的四個必要條件、虛擬內存和頁面置換算法是高頻考點。有個比較偏的點是考了用戶態(tài)和內核態(tài)的切換開銷問哪些操作會導致狀態(tài)切換。系統(tǒng)調用、異常、外設中斷都會導致切換而普通的函數調用不會。這道題很多同學容易漏選異常和外設中斷因為平常復習很少會專門記這個。HTTP部分考了HTTP/1.1和HTTP/2的區(qū)別包括多路復用、頭部壓縮、二進制分幀這些特性。另外還考了GET和POST的本質區(qū)別不是GET有長度限制這種表面答案而是從RFC規(guī)范角度的語義差異。2.3 MySQL與Redis專項數據庫的題目占了大概8道是選擇題里的重頭戲。MySQL的考察集中在索引機制、事務隔離級別和鎖機制三塊。索引那部分考察點B樹為什么適合做索引、聚簇索引和非聚簇索引的區(qū)別、聯合索引的最左前綴原則、索引下推優(yōu)化。有一道題給了個SQL問怎么建索引才能讓查詢效率最高選項里有單列索引、聯合索引、覆蓋索引的組合。這題的關鍵是先看WHERE子句的條件順序再看SELECT的字段是否能被覆蓋索引覆蓋兩個條件都滿足才是最優(yōu)解。事務隔離級別的題目是給幾個并發(fā)場景問你分別會出現什么問題。比如臟讀在哪種隔離級別下不會出現不可重復讀和幻讀的區(qū)別是什么。這里有個容易混淆的點——MySQL默認的RR隔離級別下通過MVCC解決了快照讀的幻讀問題但當前讀還是會存在幻讀隱患。筆試如果問到RR是否能完全避免幻讀一定要分快照讀和當前讀兩種情況回答。Redis的考察集中在緩存策略和數據結構。緩存穿透、緩存擊穿、緩存雪崩這三個概念是必考的題目會給你一個具體場景問屬于哪種問題以及對應的解決方案。數據結構方面比較喜歡考ZSet的底層實現是跳表哈希表以及跳表的插入和查找的時間復雜度。3. 編程題解析從暴力到最優(yōu)的演進路徑3.1 第一道編程題數組類問題編程題一共兩道第一道相對簡單考的是數組相關的算法。我抽到的題目是給定一個未排序的整數數組找出其中沒有出現的最小的正整數。這題最直觀的解法是排序后遍歷時間復雜度O(nlogn)空間復雜度O(1)。但如果追求最優(yōu)解可以用原地哈希的思路把每個數放到它應該在的位置上比如數字3應該放在索引2的位置。遍歷一遍交換再遍歷一遍找缺失值時間復雜度O(n)空間復雜度O(1)。筆試時我只寫出了排序解法因為時間比較緊沒有往原地哈希的方向想。復盤的時候才發(fā)現這個解法其實很經典在LeetCode上是原題41. 缺失的第一個正數如果提前刷過就不會丟這個分了。這里給個建議筆試前把LeetCode熱門100題中的數組類問題都過一遍特別是原地哈希、雙指針、滑動窗口這幾個套路。OPPO的編程題不太會出偏題怪題基本都是經典題型的變種。3.2 第二道編程題動態(tài)規(guī)劃與字符串第二道題明顯難度上了一個臺階考察的是字符串編輯距離問題——給定兩個單詞word1和word2計算將word1轉換成word2所使用的最少操作數。這個考點很經典在筆試中出現頻率很高。標準解法是二維DPdp[i][j]表示word1的前i個字符轉換成word2的前j個字符需要的最少操作數。狀態(tài)轉移方程分兩種情況如果word1[i-1]等于word2[j-1]那么dp[i][j] dp[i-1][j-1]如果不相等取插入、刪除、替換三種操作的最小值再加1。這題我沒寫出完整的多維代碼只寫了遞歸加備忘錄的版本。雖然邏輯上也對但筆試環(huán)境里沒有IDE提示遞歸的邊界條件寫起來容易出錯浪費了不少時間。復盤時我在本地用迭代方式重寫了一遍發(fā)現核心邏輯其實只有十幾行關鍵是要把二維數組的初始化做好特別是第一行和第一列的處理容易出錯。3.3 編程題的答題策略與踩坑記錄編程題這塊有幾點教訓想分享第一一定要先明確題目要求的輸入輸出格式。?？途W的筆試和LeetCode不同需要自己處理輸入輸出。我第一道題就吃了這個虧題目要求處理多組輸入我默認只處理了一組導致部分測試用例沒通過。第二時間分配上如果第二道題10分鐘內沒有思路建議先寫一個暴力解保底能拿部分分數。筆試通常有部分用例的分數暴力解至少能過簡單的測試用例總比空著強。第三注意溢出問題。數組和字符串相關的題經常涉及到大數相加或數值計算筆試環(huán)境是Java的話用long替代int能避免一些低級錯誤。我當時在編輯距離的狀態(tài)數組里就用了int如果字符串很長dp數組的值可能超出int范圍這一點在反復確認后果然踩到了。4. 數據庫與系統(tǒng)設計題工程思維的試金石4.1 數據庫場景題索引設計與SQL優(yōu)化最后一道大題是場景題給了一個實際業(yè)務背景一個電商系統(tǒng)的訂單表數據量在千萬級別包含訂單ID、用戶ID、訂單狀態(tài)、創(chuàng)建時間、支付時間、訂單金額等字段。然后給了一批常見的查詢場景讓你設計合理的索引方案。這類題目的核心考察點有兩塊一是對聯合索引和覆蓋索引的理解二是對索引失效場景的敏感度。我當時的方案是對用戶ID和創(chuàng)建時間建聯合索引因為最常見的查詢是查某個用戶的訂單列表并按照時間排序對訂單狀態(tài)和支付時間建聯合索引因為運營側經常需要統(tǒng)計某段時間內某個狀態(tài)的訂單數量。復盤時想到的幾個加分點可以在索引設計里考慮降序索引比如創(chuàng)建時間按DESC建索引避免文件排序對于訂單金額這種范圍查詢要注意索引的選擇性如果某個狀態(tài)的值分布非常不均勻單獨建索引可能反而不如全表掃描。這些細節(jié)如果能在筆試中寫出來會很加分。4.2 分布式場景題緩存與一致性除了數據庫設計還有一道分布式的場景題背景是用戶積分系統(tǒng)要求支持高并發(fā)讀寫并保證一定程度的最終一致性。這題問的是緩存策略選擇、緩存與數據庫的一致性方案、以及積分扣減的冪等性設計。這里我踩了一個坑——只考慮了本地緩存但實際上在分布式場景下本地緩存的失效通知是個大問題。標準答案應該先明確應用場景再給出多級緩存方案本地緩存做一級緩存Redis做二級緩存數據庫做最終存儲。數據更新時采用Cache Aside Pattern先更新數據庫再刪除緩存。積分扣減的冪等性設計也是核心考點。我當時只想到用分布式鎖但缺少了唯一ID的冪等校驗這在面試評審中是很大的扣分點。后來復盤時梳理了更完整的方案通過請求唯一ID做冪等表先查冪等表再執(zhí)行業(yè)務邏輯最后更新冪等表三步驟放在同一個事務里。這個思路在多個場景中都經常使用值得反復練習。4.3 設計題的時間分配與答題框架之前提到我在這道設計題上時間不夠這里分享一個我自己總結的答題框架方便在有限時間內快速組織答案第一步明確業(yè)務場景的數據量、并發(fā)量讀寫比例、延遲要求這是一個優(yōu)秀設計的前提第二步畫核心架構圖標注哪些是存儲層、緩存層、業(yè)務層不需要畫得很細但層次要清晰第三步針對核心問題逐點說明比如緩存策略、一致性方案、冪等處理、分庫分表策略第四步點出可能的瓶頸和優(yōu)化方向比如熱key問題、大key問題、慢查詢治理顯示你的思考深度這套框架前兩步控制在5分鐘第三步10分鐘第四步5分鐘總共20分鐘基本夠用。如果再給我一次機會我就會按這個節(jié)奏來而不是在一開始就陷入細節(jié)。5. 筆試經驗總結與進階建議5.1 一份好用的復習清單按照2023年OPPO秋招的筆試考察范圍結合熱詞里的高頻內容我整理了一份自測清單每個知識點都能不打磕絆地講清楚再上考場Java基礎集合源碼特別是HashMap的put流程和擴容機制、JVM內存模型與GC算法、反射與代理、泛型擦除并發(fā)編程synchronized與ReentrantLock的底層實現、volatile的內存語義、線程池參數設計與飽和策略、CAS與ABA問題、AQS原理Spring生態(tài)Spring Bean的生命周期、Spring Boot自動配置原理、Spring事務傳播機制與失效場景MySQL索引數據結構與優(yōu)化、事務隔離級別與MVCC、鎖機制記錄鎖、間隙鎖、臨鍵鎖、慢查詢排查Redis五種數據結構的底層實現、持久化機制RDB與AOF、緩存穿透與雪崩的解決方案、分布式鎖的Redisson實現消息隊列Kafka的消息存儲機制、消費者組與分區(qū)分配策略、如何保證消息不丟失不重復網絡基礎TCP三次握手四次揮手、TCP與UDP區(qū)別、HTTP與HTTPS、HTTP/2的新特性算法動態(tài)規(guī)劃、回溯、貪心、圖的遍歷與最短路、字符串匹配、常見數據結構的手寫實現以上這些基本上是后端崗位筆試的核心考點無論投哪家互聯網公司60%-70%的概率會遇到。5.2 系統(tǒng)設計題的日常訓練方法系統(tǒng)設計題在筆試中占比不高但對后續(xù)面試很關鍵。平時可以利用零散時間做素材積累比如和朋友點外賣時想想外賣平臺的訂單架構看短視頻時思考推薦系統(tǒng)的粗排和精排網上買東西時琢磨庫存扣減怎么保證不超賣。這種思考多了筆試遇到任何場景題都不會沒話說。我個人的一個習慣是每周挑一個系統(tǒng)做文字版的架構設計比如設計一個短鏈接系統(tǒng)、一個秒殺系統(tǒng)、一個實時彈幕系統(tǒng)寫完參考答案對比。堅持幾個月后你會發(fā)現自己的系統(tǒng)設計能力有質的飛躍。5.3 關于心態(tài)和臨場發(fā)揮筆試前一天最重要的是保證睡眠而不是拼命刷題。我在做OPPO筆試時因為前一天熬夜刷題導致第二天頭昏腦漲選擇題的正確率明顯不如?？紩r高。筆試開始后如果遇到卡殼的題超過兩分鐘沒有思路就先標記跳過不要在一道題上耗太久。還有一個小細節(jié)?？途W的筆試環(huán)境支持本地IDE調試但有些公司的筆試系統(tǒng)會禁用復制粘貼到IDE只能直接在線提交。OPPO當時是可以使用本地IDE的不過提交代碼還是要粘貼回網頁里。建議提前在?？途W上做一兩套模擬題熟悉整個操作流程避免因為不熟悉環(huán)境而手忙腳亂。從我自己和身邊人的經驗來看筆試過程是秋招中最容易遺憾的環(huán)節(jié)。技術能力再強如果因為時間分配、環(huán)境不熟或者心里緊張沒發(fā)揮好都很可惜。希望這篇復盤能讓你少踩幾個我踩過的坑。最后再說一個很多經驗帖不會提的點筆試結束后不管自我感覺如何建議第一時間把題目里你猶豫過、不會的知識點記錄下來再順手搜一下最優(yōu)解。這個動作雖然簡單但對面試時候的深度追問幫助非常大不少面試官會順著筆試題的考點繼續(xù)深挖。我就是靠著筆試后的復盤在下一輪面試中接住了關于Redis持久化和MySQL間隙鎖的連續(xù)追問。祝大家都能拿到心儀的offer。