shopee 前端面經(jīng)（已入職）

本人本科畢業(yè) 5 年，1 年后端 + 4 年前端。面試了一波 shopee，最后成功入職。我是在 5 月中旬的專場招聘面試的，不得不說專場就是快，對比鵝廠那更是兩個極端。因為在脈脈、leetCode 發(fā)現(xiàn) shopee 今年還是挺火的，招的人也挺多，但是面經(jīng)很少，所以記錄一波，有需要的看下。

一面（視頻面）

1. 自我介紹

2. 單向鏈表輸出倒數(shù)第 K 個元素

3. 看代碼輸出結果（考察變量、函數(shù)提升）

4. 看代碼輸出結果（考察異步代碼先后順序）

5. 手寫 instanceof 關鍵字

6. 手寫 Promise

6. react 中為什么不能在 for 循環(huán)、if 語句里使用 hooks，說下 react hooks 實現(xiàn)原理。

8. 說下 react fiber。

9. 看你之前做過 RN 開發(fā)，說下 RN 的原理。

10. 說下輸入一個 url 地址的全過程。

11. http 的緩存策略。

12. 說下 https，證書是如何校驗的？

13. 說下 http2，你覺得阻礙 http2 發(fā)展的問題是什么？（這題后面的問題挺有意思，可以網(wǎng)上搜下答案）

14. 算法題。跳格子問題，假設一次只能跳一個格子和兩個格子，N 個格子有多少種跳法？

二面（leader 面）

1. 自我介紹

2. 為什么要離職？

3. 對你的項目經(jīng)歷中 RN 做的 app 挺感興趣的，你能詳細說下這個項目嗎？

4. RN 中原生和 js 端是如何通信的？你說后面使用 JSI 了，你能說下 JSI 的實現(xiàn)原理嗎？

5. 如果要你對這個 app 進行性能優(yōu)化，你有哪些辦法（面試官問了三次還有其他辦法嗎？）

• 代碼層面，按照 react 的優(yōu)化，減少 re-render 次數(shù)。圖片加載用 react-native-fast-image,頁面初始化的邏輯使用 InteractionManager.runAfterInteractions。去掉無用的 View 層。
• 進行分包加載，啟動時只加載啟動頁面 bundle，二級及更深頁面等訪問到再加載。
• 一些復雜的控件，寫原生模塊，比如日期選擇、下拉選擇、級聯(lián)、播放器等。

6. 你們的 RN 熱更新服務是怎么做的？熱更新原理是什么？你們的熱更新策略怎么做的？

• 客戶端用的微軟的 code-push,服務端用的 code-push-server。
• 熱更新原理就是 app 每次啟動會請求熱更新服務器，對比下本地 bundle 版本和服務器的 bundle 版本，如果版本不一致，就會根據(jù)配置的更新策略下載、更新 bundle,然后重新 reload bundle。
• 我們就是在檢查到新的 bundle 后，會彈窗強制更新。

7. 設計一個 RN 熱更新服務，需要考慮哪些地方？

• bundle 體積大的問題。打包的時候需要進行分包，使用增量更新，減少下載體積。
• 用戶的網(wǎng)絡不穩(wěn)定、網(wǎng)速差問題。需要用 CDN 加速，支持斷點續(xù)傳。
• 安全性問題。
• bundle 被中間人劫持篡改。使用 https 下載，并按照 https 的加密思路，對 bundle 用 hash 算法進行簽名，然后 app 端檢驗簽名是否被篡改。
• bundle 下載地址被暴力攻擊。檢查 User-Agent,只允許手機設備下載，記錄設備 id，在一定時間內(nèi)限制下載次數(shù)。

8. 你有什么要問我的嗎？

HR 面

就一些簡單的問題，這里就不說了。到 hr 面，基本都能過。

總結

• 整體難度一般，一面沒有區(qū)分度，感覺一年經(jīng)驗和五年經(jīng)驗都是一樣的。二面不錯，對項目進行了深挖，考察了架構設計。問的問題偏向于 RN，最后進來也是做 C 端的 RN 開發(fā)。
• 來 shopee 的原因就是給得多，不過給得多也是因為拿了 Q 音的 offer A 了一次，打工人還是向錢看吧。
• 在 shopee 的工作體驗確實輕松，不卷，但是過于輕松，又擔心自己的產(chǎn)出。