OPPO C++開發面試經歷：音視頻+底層優化深度考察

背景介紹

先交代下我的情況，985本科軟件工程專業畢業，在一家做音視頻SDK的公司幹了三年C++。日常就是和FFmpeg、WebRTC、OpenGL打交道，算是音視頻領域的老兵了。OPPO一直在我關注列表裡——他們做手機影像系統，音視頻這塊的技術需求肯定很大，而且聽說他們內部有專門的音視頻實驗室，技術氛圍不錯。

投簡歷是通過前同事內推的，大概四天後HR就聯繫我了。整個流程三週，三輪技術面+一輪HR面，節奏比較緊湊。下面詳細復盤每輪面試。

面試流程復盤

一面：C++11/14+內存管理（約1小時）

一面是個看起來很沉穩的工程師，開場先聊了幾句項目經歷，然後直接進入C++基礎考察。

第一個問題：C++11的智能指針有哪幾種？各自的引用計數機制有什麼區別？我從unique_ptr的獨佔所有權、shared_ptr的共享引用計數、weak_ptr的弱引用三個維度講了一遍。面試官追問：shared_ptr的引用計數是怎麼實現的？是線程安全的嗎？我解釋了控制塊（control block）機制——引用計數存儲在堆上的控制塊中，通過原子操作保證線程安全。他繼續追問：shared_ptr的線程安全是指什麼？對象本身線程安全嗎？這個我之前確實搞混過，後來想清楚了——引用計數的增減是線程安全的，但shared_ptr指向的對象本身不是線程安全的，多線程同時讀寫對象還是需要加鎖。

接下來是一連串C++11/14特性問題：move語義解決了什麼問題？完美轉發的實現原理？、lambda表達式的捕獲方式有哪些？、右值引用和左值引用的區別？這些問題我都答得還行，但面試官在move語義那塊追問了一個細節：move本身不移動任何東西，那它到底做了什麼？我說move本質上就是一個static_cast，把左值轉換成右值引用，真正的移動發生在移動構造函數或移動賦值運算符中。

內存管理部分問得比較深入：內存對齊是什麼？為什麼要對齊？、new/delete和malloc/free的區別？、內存池的實現思路？內存池那塊我講了固定大小內存池和可變大小內存池兩種方案，固定大小的用空閒鏈表實現，分配和釋放都是O(1)；可變大小的用夥伴系統或者slab分配器。

代碼題是：實現一個線程安全的單例模式，要求懶加載且高效。我寫了Meyer's Singleton——利用C++11的局部靜態變量線程安全特性，代碼非常簡潔。面試官問：這個方案有什麼局限性？我說如果單例的析構順序依賴其他單例，可能會出問題，這時需要用atexit手動控制析構順序。

二面：音視頻編解碼+FFmpeg（約1.5小時）

二面是個做了很多年音視頻的老法師，一上來就問我對編解碼的了解程度。

他問：H.264和H.265的主要區別是什麼？H.265的壓縮率為什麼更高？我從編碼工具集的角度做了對比——H.265支持更大的CTU（64x64 vs 16x16的宏塊）、更多的幀內預測模式（35種 vs 9種）、更靈活的幀間預測（Merge模式和AMVP）、以及SAO濾波器。面試官追問：H.265的編碼複雜度比H.264高多少？在移動端實時編碼有什麼挑戰？我說編碼複雜度大概是H.264的3-5倍，移動端需要用硬件編碼器（MediaCodec）來保證實時性，但硬件編碼器的參數控制不如軟件靈活。

FFmpeg部分是重頭戲。面試官問：FFmpeg的架構是怎樣的？你用過哪些模組？我從libavformat（封裝/解封裝）、libavcodec（編解碼）、libavfilter（濾鏡）、libswscale（圖像縮放）、libswresample（音頻重採樣）幾個模組講起，然後說了我在項目中主要用libavformat和libavcodec做音視頻的解封裝和解碼。他追問：FFmpeg的解碼流程是怎樣的？從打開文件到獲取解碼幀的完整流程？我詳細講了avformat_open_input→avformat_find_stream_info→avcodec_find_decoder→avcodec_open2→av_read_frame→avcodec_send_packet→avcodec_receive_frame的完整流程。

他還問了一個很實際的問題：音視頻同步是怎麼做的？如果音視頻不同步怎麼排查？我講了以音頻為主時鐘的同步方案——視頻幀根據音頻時間戳來決定是渲染還是等待。不同步的排查從時間戳精度、解碼延遲、渲染時機幾個方面入手。面試官追問：如果音頻時鐘本身不穩定呢？我說可以用音頻重採樣來調整播放速率，或者用更精確的音頻時鐘源。

代碼題是：用FFmpeg實現一個簡單的視頻轉碼功能，從H.264轉H.265。這道題考察的是對FFmpeg API的熟悉程度，我寫了核心的解碼→編碼流程，包括AVFrame和AVPacket的管理。面試官讓我考慮一下內存洩漏的問題——AVFrame和AVPacket需要及時unref，否則會造成內存洩漏。

三面：項目深挖+系統設計（約1.5小時）

三面是部門技術負責人，問題更加宏觀。

他先讓我講一個最有挑戰的項目，我選了之前做的低延遲直播系統。他問的問題非常深入：

你們怎麼實現低延遲的？端到端延遲是多少？

我從採集→編碼→傳輸→解碼→渲染每個環節分析了延遲，以及我們的優化方案——硬件編碼減少編碼延遲、WebRTC的SRTP減少傳輸延遲、零拷貝渲染減少解碼到顯示的延遲。最終端到端延遲控制在300ms以內。

WebRTC的擁塞控制算法了解嗎？GCC和BBR有什麼區別？

這個我答得不太好，只講了GCC基於丟包率和延遲梯度的帶寬估計，BBR基於帶寬和RTT的模型。面試官讓我回去深入了解GCC v2的實現細節。

系統設計題是：設計一個實時音視頻通話系統，需要考慮哪些模組？如何保證通話質量？

我從信令伺服器、STUN/TURN伺服器、媒體伺服器三個核心模組講起，然後講了通話質量保障的幾個維度——網絡質量監控（丟包率、延遲、抖動）、自適應碼率（根據網絡狀況動態調整編碼參數）、音頻處理（AEC回聲消除、NS噪聲抑制、AGC自動增益控制）。面試官對AEC很感興趣，追問：AEC的實現原理是什麼？自適應濾波器的收斂速度和穩態誤差怎麼平衡？我講了時域LMS和頻域塊LMS兩種方案，以及步長因子對收斂速度和穩態誤差的trade-off。

最後聊了大概15分鐘的技術方向，面試官介紹了OPPO在音視頻領域的一些佈局，包括他們自研的影像算法和AI增強的編解碼技術，聽起來確實很有技術含量。

真題彙總

1. C++11智能指針的種類和引用計數機制？shared_ptr的線程安全性？

2. move語義的本質？完美轉發原理？

3. 內存對齊的原因？內存池的實現思路？

4. 實現線程安全的懶加載單例模式

5. H.264和H.265的區別？H.265壓縮率更高的原因？

6. FFmpeg的架構和解碼完整流程？

7. 音視頻同步方案？不同步的排查方法？

8. 用FFmpeg實現視頻轉碼功能

9. 低延遲直播系統的實現方案？

10. 實時音視頻通話系統設計？AEC回聲消除原理？

心得建議

第一，C++基礎必須扎實。OPPO的C++面試不會只問概念，而是會一直追問到實現細節。比如shared_ptr的線程安全性，你得搞清楚什麼是線程安全的、什麼不是，不能含糊。

第二，音視頻專業知識要深入。編解碼原理、FFmpeg API、音視頻同步這些是基本功，不能只停留在會用API的層面，要理解背後的原理。面試官特別在意你是否真正理解編解碼的原理，而不只是調用了FFmpeg的函數。

第三，項目經驗要有深度。音視頻開發不像業務開發，面試官會從性能指標開始問——延遲多少、碼率多少、幀率多少，然後追問你是怎麼優化的。如果你只是用了某個框架但沒有深入理解，很容易被問住。

第四，系統設計能力很重要。三面的系統設計題考察的是全局視野，你需要從整體架構出發，考慮各個模組的職責和協作方式，而不是只關注某個技術點。

第五，關注新技術趨勢。AI+音視頻是當前的熱點，面試中如果能展示你對AI增強編解碼、AI超分等新技術的了解，會加分不少。

FAQ

Q：OPPO C++開發的工作強度如何？

A：面試時了解到項目期加班較多，尤其是新機型發佈前。但平時節奏還行，週末一般不加班。

Q：對FFmpeg經驗有硬性要求嗎？

A：音視頻方向的崗位基本都要求FFmpeg經驗，但如果是做底層優化的崗位，更看重C++和操作系統基礎。

Q：面試結果多久出？

A：我是一面後3天約二面，二面後4天約三面，三面後一週出結果，整體大概三週。

Q：學歷要求？

A：C++開發崗本科就行，但985/211優先。音視頻方向更看重項目經驗和專業能力。

Q：薪資水平？

A：3年C++經驗，月薪大概在25-35k之間，總包在40-55w左右。OPPO的薪資在手機廠商裡算不錯的，年終獎看部門效益。