1. 程式人生 > >騰訊社招iOS面試記錄 了解一下!!!

騰訊社招iOS面試記錄 了解一下!!!

我想 監聽 針對 意思 碼率 分法 小視頻 demo runloop

畢業好幾年了,上周發送了簡歷給騰訊,參加了騰訊面試。具體部門這邊就不說了。這次面試還是收獲到了很多。

一面電話面試:

面試官主要是針對iOS相關的基礎問題。

先簡單自我介紹一下自己

對mrc和arc的理解

談談對自動釋放池的理解

自動釋放池在mrc和arc區別

多層自動釋放池嵌套的對象在哪一層釋放

對於block,理解,mrc和arc下有什麽區別,使用註意事項

對於深拷貝和淺拷貝的理解

對於strong weak,atomic等等理解

weak原理

如果屬性完全不加修飾詞入weak,atomic,系統會怎麽處理

簡述下block的實現

描述下IM系統如何保證消息不丟

IM數據庫如何設計表

C++引用和指針有什麽區別

Http協議30x的錯誤是什麽

談談你懂runloop得理解:由淺入深

談談對多線程理解:由淺入深

談談category和extension區別,系統如何底層實現category

談談消息轉發機制實現

談談事件響應鏈,如何響應view之外的事件

界面性能優化

整個面試大約1個半小時。整體上,回答的還算OK,自動釋放池這塊,不夠清楚底層實現。另外atomic是在屬性沒有寫的情況下系統默認的。Block的底層實現也表達的不夠準確。

一面之後過了幾天,給了二面通知。

二面視頻面試:

這次面試官相對於一面,更加側重於過往項目。

1.開頭都是簡短的自我介紹 2.聊一聊過往項目中你覺得收獲最大的一個模塊。

突然遇到這個問題,心理是有點懵逼的呀,我不禁反想了一下,過去這些個項目,零零散散收獲了不少知識和經驗,可是具體到哪一個模塊,完整的思考還是沒有過的。

答: 就說了上個項目做類似朋友圈的優化思路,談到了空間換時間,緩存,渲染相關的技術點。

不得不驚嘆騰訊的面試官的邏輯條理,很快抓住了問題的本質。

需求痛點:界面卡頓,體驗不好 解決方案:探索的思路-》解決方案。

該模塊引申到的新話題還涉及到了增量更新,內存緩存,本地緩存。

細節上還談到了富文本繪制,Coretext框架的使用,哎,說來慚愧,上次使用coretext已經是兩年前,連框架的核心API都已經不記得了。再加上項目中使用的是YYLabel的開源框架。最後只能憑借印象大概說了下繪制的流程,其實面試官都是由淺入深的,如果這邊回答的不夠深入。那麽後面也就不會有更深入的探討了。

上個項目中存在視頻裁剪,錄制等功能。 面試官對這塊有些興趣,就聊到了視頻裁剪的實現,因為我們項目中使用了ffmpeg做的裁剪功能。包括視頻下載,數據裁剪封裝,引申聊到了邊預覽邊裁剪,因為我之前的項目並沒有做到預覽裁剪這塊。也就沒有深入聊下去了。期間簡單談到了rstp協議,和HLS,rtmp等協議的對比,信令協議。雖然之前都有看過協議的大致實現和預覽,但是實際使用的是SDK,沒有實踐加持。這部分知識是很容易忘記的。大致聊了下總體差別。

項目中有用到過DLNA投屏協議 說來又是慚愧,自己完整做過的項目,過去了兩年,居然連流程,協議都只是零零散散的記起來了,很勉強的說出了大概實現流程。知道最後才記起來是soap協議。當初為了做這個可是研究了整整兩周的。面試官應該也實現過這個需求,提到了視頻盒子斷線如何檢測做處理,什麽原因導致的。由於之前我們的產品需求比較簡單,沒有特別完善。這裏我也只能說了大概。

項目做過視頻播放需求,使用的AVPlayer框架(重點聊) 面試官問到,AVPlayer怎麽監聽視頻緩沖狀態的,有哪幾種狀態。說來又是慚愧,我只記得是KVO監聽的。具體的API已經記不清了。 接著面試官問到這個需求遇到過哪些坑,怎麽解決的。 這個還真的有,首先是回調播放進度在拖動時候錯亂,加載某些小視頻的適配,首幀出圖很慢。KVO的模式不靈活。緩沖進度不受我們控制。短視頻可能直接迅速緩沖到底。 還是之前的思路 需求痛點有了 解決方案:探索的思路-》解決方案。 不得不說之前做的產品,都是需求驅動,解決了需求,很多時候就沒有極客精神,在深入的去探討。這塊真的是差!

發散問到了:如果網絡不好,首幀出圖之後,如何優化後續播放不卡頓 當時已經一臉懵逼了:就提到了可以適當加大緩沖區,等到足夠的I幀數據再開始播放。

甚至連常規的碼率切換思路都沒想到。作為做音視頻相關產品的我太不應該了。

6.項目聊完了之後,又追問了iOS的一些基礎問題,屬性和成員變量區別,strong,atomic關鍵字,怎麽理解runloop,runloop有幾種狀態等等。

7.最後給出了一個非常有意思的算法題

有15個瓶子,其中最多有一瓶有毒,現在有四只老鼠,喝了有毒的水之後,第二天就會死。如何在第二天就可以判斷出哪個瓶子有毒 答:開始我想到的是常規思路二分法,717,和面試官說了,發現四只老鼠根本不夠,面試官友好的提示從老鼠面去想,這時候很快想到了一個老鼠有死和不死,也就0和1兩個狀態,四只老鼠有16個組合,正好是足夠的。但是怎麽分配瓶子,還沒想好,演算了一會兒,因為面試官這邊時間有限,就說思路是正確的。下面有興趣在看怎麽分哈。面試就到此結束了。

二面持續了大約一個小時多一點。 二面自己感覺了很多欠缺,不夠深入。

面試總結

騰訊的面試官都非常的友好,邏輯性非常強。綜合素質很高。面試過程中雖然針對的都是技術問題,但是考察的包含了邏輯思維和產品思維以及溝通能力等綜合素質。特別是二面。

認識到了自己的不足:

  1. 不夠極客精神:還是需求驅動,之前的項目很多設計優化因為對產品的需求沒有那麽高精度,遇到痛點的時候:僅僅做了初步的探討,沒有形成完整的閉環,

往往是做了一定的優化滿足了需求就結束整個過程了。這對於自我的成長是很不好的。比如一個API了解到百分之70,沒有到100.

  1. 已有項目知識面深度不夠:項目中使用到了某些API,第一反應是先去看Demo,完成需求,事實上例如僅僅是一個簡單視頻播放,可能調用API很簡單就可以做到,但是中間包含的卻很多,從網絡協議,到視頻解封裝,編解碼,渲染。音頻編解碼播放。

雖然每個環節都有去學習,也都知道流程,但是這是不夠。要深入進去。即使自己的項目沒有這塊實踐需求。也要自我驅動去做。

3.自我總結欠缺:以前都是渾渾噩噩的快樂開發,也自學了不少。每個項目,或者每個自我學習的過程走一段,都應該站在更高點去總結一下。

**iOS學習交流群786735421,新群 水群勿擾!!!水群勿擾!!群內文件自取!!

例如項目,要站在產品角度,自我學習,要站在整體框架角度。否則學習到的東西一段時間不用就忘記了。高度也不夠。沒有完全消化透。感覺什麽都懂一些,但是什麽都差一點火候

騰訊社招iOS面試記錄 了解一下!!!