1. 程式人生 > 其它 >【第四十三期】社招面經-後端開發 螞蟻

【第四十三期】社招面經-後端開發 螞蟻

面試前

螞蟻的面試挺獨特,每輪面試都沒有 HR 約時間,一般是晚上 8 點左右面試官來一個電話,問是否能面試,能的話開始面,不能就約一個其它時間。

全程 6 面,前五面技術面,電話面試,最後一面是 HR 面,現場面。

一面

  • 介紹一下自己問專案經歷, 聊"資料同步"接著聊上了 K8S 的專案有沒有什麼鑽研得比較深得技術?(我:kubernetes, golang, prometheus, java)kubernetes 的架構是怎麼樣的?這個問題很大,拆成 apiserver、controller、kubelet、scheduler 講了一下

  • golang 與 java 的比較

這個問題又很大,當時主要對比了 vm、協程支援、面向物件和泛型的區別、以及自己對各自使用場景的一些理解

  • golang 的 gc 演算法

知道是三色標記,不過細節說不上來

  • 從無限的字元流中, 隨機選出 10 個字元

沒見過也沒想出來,查了一下是蓄水池取樣演算法,經典面試題,沒刷題吃虧了

  • 怎麼擴充套件 kubernetes scheduler, 讓它能 handle 大規模的節點排程

單節點提速:優選階段隨機取部分節點進行優選;水平擴充套件 scheduler 節點,pod 做一致性 hash 來決定由哪個 scheduler 排程

  • 你有什麼想問我的?

一面其實有點僵,我自己完全沒放開,面試官對我的回答沒有什麼反饋和深入,都是"哦好的"然後就過了。所以我當時面完覺得自己其實已經掛了(我自己要是對***不感興趣,有時候也就問完問題走個過場溜了),後來收到二面電話著實吃驚了一下。

二面

  • 先聊了聊專案給 Prometheus 做了哪些改動?自研配置中心, 具體做了哪些內容?有用過 MySQL 的什麼高階特性嗎?這裡不太理解,我問什麼算高階特性,面試官就切換到了下一個問題

  • 配置中心的核心資料表是怎麼設計的?

  • 為什麼在業務裡用 Redis, Redis 有什麼優點?單執行緒:併發安全;高效能;原語與資料結構豐富;採用廣泛,踩坑成本低

  • 對 Redis 裡資料結構的實現熟悉嗎?

  • 說了一個 zset 跳錶

  • 用過 Redis 的哪些資料結構, 分別用在什麼場景? Java 初始化一個執行緒池有哪些引數可以配置, 分別是什麼作用?

  • 自己寫的 Java 應用調優過哪些 JVM 引數, 為什麼這麼調優?

    這個問住了,我只知道最大堆最小堆,開 G1,開 GC 日誌以及 OOM dumper 這些基本的

  • 用 Jetty 的時候有沒有配什麼引數, 為什麼這麼配? Jetty QTP 等待佇列配置成無限的話, 你覺得好嗎? 會有什麼問題嗎? 用過 Linux Bash 裡的哪些命令, 分別用它們幹嘛? 一道筆試題: 需要在給的連結中作答, 不能 google, 不能跳出, 不能用 IDE:

題目是這樣的:啟動兩個執行緒, 一個輸出 1,3,5,7…99, 另一個輸出 2,4,6,8…100 最後 STDOUT 中按序輸出 1,2,3,4,5…100

我: 我用 Go 實現吧

面試官: 不可以,用 Java 的 notify 機制實現

我: (還沒意識到問題的嚴峻) 那我用 Java BlockingQueue

面試官:說不可以, 要求用 Java 的 wait + notify 機制來實現

我完全沒寫過 wait + notify,只能表示不會(菜雞本雞了), 面試官說那行吧你可以用 go 寫

最後用 go channel 實現了一版, 不過給的網頁上不能執行程式碼,也不知道寫得對不對,然後面試結束。

這一輪面試官延續了一面的風格,問完一題就趕忙下一題了,似乎沒有表現出對我的回答有興趣或認可。因此這輪面完,我又覺得自己掛了...

三面

依然先聊專案對監控警報的專案很感興趣, 問了挺多細節, 最後問了一個問題: 現在要你實現一個語義不弱於 PromQL 的查詢語言, 你能實現嗎?這裡雖然看過一些 Prometheus 的程式碼,但其實對 PromQL 的 lexer 和 parser 部分沒有細看,還好之前因為資料同步專案裡想寫宣告式 Stream SQL 研究過一點 ANTLR,用 ANTLR 寫語法 + AST 遍歷塞查詢邏輯給糊弄過去了。

  • 問我覺得做得最深入的專案是什麼

當然是資料同步(狗頭)

  • 聊資料同步專案(這個很符合我的預期,哈哈哈哈)

  • 問 Linux 掌握得怎麼樣?沒有系統學習過,基本上是自己運維踩坑積累的

  • 問 Golang 掌握得怎麼樣?

用了半年, 看過 effective go

  • 問演算法掌握得怎麼樣?

到圖為止都可以

  • 問最短路演算法

只記得 dijkstra 了,描述了程式碼流程

  • k8s 掌握得怎麼樣?

不怎麼樣,沒有自己寫過 controller 和 scheduler,但是對概念都很熟悉,看過 xxx 這幾部分的原始碼

  • k8s 的 exec 是怎麼實現的?

這個問題正中下懷,之前寫了 PingCAP 的小作業正好對這塊特別熟悉

這輪聊得順暢多了。同時發現螞蟻的面試官似乎挺喜歡讓你自己評價自己的:"你覺得自己 xxx 掌握得怎麼樣?"(只有五位面試官,樣本不夠大,不能作數哦),這類問題其實我慌得要死,怕自己吹過頭了答不上來,面試掛了事小,丟了面子事大。早知道就預習一下怎麼吹噓自己了。

四面

介紹一下自己覺得自己基礎知識掌握怎麼樣平時一般會用到哪些資料結構?連結串列和陣列相比, 有什麼優劣?如何判斷兩個無環單鏈表有沒有交叉點如何判斷兩個有環單鏈表有沒有交叉點如何判斷一個單鏈表有沒有環, 並找出入環點TCP 和 UDP 有什麼區別?描述一下 TCP 四次揮手的過程中TCP 有哪些狀態TCP 的 LISTEN 狀態是什麼TCP 的 CLOSE_WAIT 狀態是什麼建立一個 socket 連線要經過哪些步驟常見的 HTTP 狀態碼有哪些301和302有什麼區別504和500有什麼區別HTTPS 和 HTTP 有什麼區別寫一個演算法題: 手寫快排

這一輪全程問的基礎知識,基礎紮實的話就沒問題了,不過個人感覺有一點像校招的問法。

五面

介紹一下自己在 k8s 上做過哪些二次開發?自己用 Helm 構建過 chart 嗎?有哪些?有沒有考慮過自己封裝一個面向研發的 PaaS 平臺?配置中心做了什麼?為什麼不用 zookeeper?配置中心如何保證一致性?Spring 裡用了單例 Bean, 怎麼保證訪問 Bean 欄位時的併發安全?用併發安全的資料結構,比如 ConcurrentHashMap;或者加互斥鎖

  • 假如我還想隔離兩個執行緒的資料, 怎麼辦?

ThreadLocal,然後舉了個例子

  • Golang 裡的逃逸分析是什麼?怎麼避免記憶體逃逸?

這個不知道,認慫了

  • 對比一下 Golang 和 Java 的 GC

答了一下 CMS、G1和三色標記,我對比的點是 JVM 有分代回收,Go 的 Runtime 沒有,沒能深入地講

  • Golang 的 GC 觸發時機是什麼

閾值觸發;主動觸發;兩分鐘定時觸發;

  • 有沒有寫過 k8s 的 Operator 或 Controller?(我:沒有寫過)

  • 談一談你對微服務架構的理解大體思路"微服務本質是人員組織架構演進與關注點分離"

  • 談一談你對 Serveless 的理解

大體思路"Serveless 是繼 docker 與容器編排之後的又一次應用開發與基礎設施提供方之間的邊界劃分"

  • 你認為 Serveless 是未來嗎? 為什麼?

大體思路"是雲服務的未來,把蛋糕從企業的IT、運維與中介軟體部門切走,形成規模效應,做得越多賺得越多;公司內的話 servless 能夠幫助加速前臺業務迭代,但對中後臺的收益還看不到,未來可能會有比 servless 更適合中後臺的架構"

面試官:最後你有什麼要問我的?我:為什麼足足安排了五輪技術面,而且其中有兩輪似乎和 k8s 沒有關係啊?面試官:我們覺得你做過的東西挺多的,各個方向都想讓你嘗試一下 (我的內心:......) 我:那這輪是最後一輪技術面嗎?面試官:不一定(我的內心:......)

五面最後的三個吹水問題我還挺感興趣,可惜面試官只是聽我講,沒有跟我討論。還有就是問了面試官才知道,二面四面的面試官是 PaaS 平臺那邊的,因此主要問 Java 沒有涉及到 k8s 和 go。

六面

HR 面,之前就聽說過阿里系的 HR 是來"聞味道的"(看你是否適合阿里的風格),而且有一票否決權。所以還是挺有壓力的。

問經歷為什麼要考慮出來看看呢?金句:"現在自己的技術成長有點碰到瓶頸,加上一直對您公司欽慕有加""

現在公司的主營業務是什麼?(這塊往技術上問了很多,感覺是想考察我解釋複雜問題的能力) 現在帶人嗎?report 層級是怎樣的?對自己這幾年的經歷滿意嗎?覺得自己有什麼缺點?碰到過什麼很挫敗的事情嗎?未來的職業規劃是怎樣的?看機會的時候,主要考慮的是待遇、平臺、人員還是什麼其他因素?現在的待遇如何 有什麼想問我的

整體聊了 40 多分鐘,話題挺廣的,面試官也說了系統部這邊壓力挺大的,優秀的人才才能留下來。個人覺得 HR 面裡除了談薪酬的部分沒有什麼可準備的,想說什麼直說就行。因為到了 HR 面至少證明你的技術沒什麼問題,直說出來方便 HR 判斷兩邊的價值觀是否合拍,假如真的不合拍,那其實在 HR 這一面掛了比起進去之後再後悔又跳槽要好很多,畢竟大家都不喜歡頻繁跳槽的簡歷。

本文由 GOLANG ROADMAP 釋出!