【面試】記人生第一次阿里巴巴技術面試被拒經歷

時間 2019-11-07

原文原文鏈接

記人生第一次阿里巴巴技術面試被拒經歷

做爲一個研發人員，我相信你們都有一個大廠夢。夢想着有一天，可以去大廠工做，去享受那種高手如林的工做環境，去真正體會什麼是真正的高併發、海量存儲、大數據，去這些大的舞臺，發揮本身的聰明才智，作一款服務千萬級用戶的產品，升職加薪，走上人生」巔峯「。沒錯，我也一樣有這樣的期待，期待加入BAT這樣的大廠，從投遞簡歷到一面被拒大概經歷了15個工做日，就過程而言，阿里的面試體驗仍是不錯的，給予候選人，不論是在時間和空間上很大的自主選擇權。就結果來看，讓我意識到本身認知盲區，本身自己存在的缺點。mysql

本次投遞的崗位信息：nginx

部門：阿里巴巴IOT事業部
BASE：無錫
級別：P7

01 投遞簡歷

因爲工資上漲的腳步，沒法追遇上海房價上漲的步伐，本人在兩年前在無錫置業，隨着年齡的日益增加，倍感生活的壓力。從2019年伊始一直計劃着有合適機會的話，回無錫工做，一個偶然的下午 2019年9月29，出於好奇，想了解無錫互聯網相關的工做機會，經過BOSS直聘，看到阿里巴巴在無錫有HC，因而準備了一份簡歷，發給了招聘負責人。說實話，看完無錫的總體互聯網需求，內心仍是有些失落，緣由以下幾點：面試

機會較少，有不錯產品的公司較少，大量技術外包公司
薪資較上海，有比較大的差距，基本是腰斬
上升空間、潛力有限，在這座城市從事互聯網行業工做，比較容易出現天花板

那些在一線城市（北京、上海、深圳）工做IT從業人員，在選擇退居新一線和二線城市的時候，須要慎重，得有心理準備。redis

02 預定電面

在2019年10月12號從南京出差回上海的動車上，接到了一個陌生電話，顯示固話所在地 浙江-杭州 ，面試官首先會說明來意，介紹部門信息和崗位信息，Base狀況。接下來，就是詢問，可不能夠立即進行電話面試，由於火車上人來人往（毫無準備，藉口拒絕），推遲到下週二（2019年10月15號）。這裏建議收到電話面試邀請的同窗，在沒有準備充分的狀況下，不要貿然答應電話面試，建議有兩種選擇：算法

拒絕本次電話面試預定，表示本身最近沒有換工做的計劃
順延面試時間，表示當前比較忙，將面試時間順延，充分準備

據在阿里的朋友講，以前有被拒記錄，會對後面再次面試，有較大影響，可能由於第一次被拒記錄，直接沒法進入電面環節，更有甚者，在HR面由於以前被拒評價，被一票否決。言而總之，總而言之，認認真真準備，機會都是爲有準備的人而準備的。sql

03 面試準備

從網上收集資料並整理髮現，不論是深度仍是廣度，阿里面試的問題涉獵方方面面，若是以前沒有準備的話，想在兩天內複習完，難度較大，第一面主要是基礎，大概的複習思路是：數據庫

從簡歷中挑選一個本身最熟悉，有技術亮點的項目，梳理業務流程（What、Why、How）和技術棧（架構設計，中間件，開發框架）。梳理好這些，將有助於在面試的過程當中，引導並暗示面試官進行提問，把話題的主動權權掌握在本身手中，不要被面試官牽着走，容易掉到坑裏去。
算法： 排序算法（冒泡、選擇、插入、快排、希爾、歸併、堆排、計數、基數、桶排）、查找算法（暴力查找、二分、二叉樹、哈希）、LRU、LFU、FIFO、FILO
數據結構： 數組、鏈表（單向、雙向）、樹（二叉樹，徹底二叉樹、查找樹、紅黑樹、多路樹、B-Tree、B+Tree）、圖
千年不變的JAVA基礎連環炮： JVM、Java集合、鎖、併發編程（CAS、自旋、LockSupport）、網絡編程（IO/BIO/NIO）、反射、動態代理、新特性、線程池、ClassLoader、線程間通訊
Spring連環炮： IOC、AOP、Spring Bean生命週期、Spring容器初始化過程、Servlet生命週期、後知處理器、BeanFactory和FactoryBean的區別、Spring處理請求過程、Spring父子容器
ORM框架： Mybatis原理、一級緩存、二級緩存、Mapper掃描過程、動態代理過程（JDK自帶與Cglib比較）
數據庫： B+樹、索引結構、索引的分類、樂觀鎖、悲觀鎖、共享鎖、排它鎖、MVCC、GAP、ACID特性、隔離級別、事務原理、形成數據庫死鎖的緣由，如何避免數據庫死鎖、如何使用explain、什麼狀況下會致使索引失效、如何進行數據庫優化、創建索引須要注意什麼
中間件： nginx、配置中心（Disconf，Diamond、阿波羅）、Zookeeper、Elastic-Job、Dubbo、cat監控、Spring Cloud、ElasticSearch、oss、mq、redis、elk、druid、drools
Web容器： Tomcat、Netty、JBoss
協議： Http、Tcp/IP、UDP、Https
加密： Md5（加鹽）、AES、SHA一、RSA
工具： Maven、Git、UML（用例圖、流程圖、ER圖、時序圖）
分佈式： CAP、BASE、分佈式事務（兩階段、三階段、TCC、本地消息表）、服務的互斥性、服務的冪等性、分佈式鎖（mysql、redis、zookeeper）、數據一致性問題
設計模式： 結合Spring框架：單例模式、工廠方法、簡單工廠、抽象工廠、建立者、責任鏈、策略、代理、模版方法、觀察者
源代碼： JUC、HashMap、ConcurrentHashMap、HashTable、sync、AQS、ReentrantLock、ThreadLocal、Dubbo、Spring、Netty、NIO（epoll、selector）
性能調優： 代碼、數據庫、緩存、NoSql、JVM、頁面靜態化、CDN

04 電話面試

通過兩天的匆忙準備，面試官很是準時地按照以前約定的時間，出如今電話的那頭，而我在這頭。編程

簡單寒暄，再次確認Base信息，隨即進入面試環節：
Q1:請介紹一下給你留下印象最深入的項目是什麼，用到了哪些技術
Q2:HashMap底層實現是什麼
Q3:HashMap加載因子和擴容機制是什麼
Q4:HashMap既然用到了紅黑樹，那麼應該重寫什麼方法
Q5:ThreadLocal是如何實現的
Q6:分佈式事務問題如何解決的
Q7:如何保證MQ消息和服務的冪等性
Q8:Dubbo的底層通訊原理和IO模型
Q9:Dubbo的負載均衡算法有哪些，默認是什麼
Q10:Dubbo和Spring Cloud的比較
Q11:有沒有了解過阿里開源的配置中心產品
Q12:JDK自帶的線程池比較
Q13:Spring AOP原理
Q14:Mybatis使用過程當中，沒有寫具體的Mapper實現，是採用了什麼技術
Q15:基於Jdk動態代理如何實現
Q16:JDK動態代理和Cglib比較
Q17:數據庫樂觀鎖和悲觀鎖
Q18:數據庫爲何要創建索引，須要注意什麼
Q19:有沒有看過一些源碼，並作下講解設計模式

到此，面試結束，整個電話面試時長1個小時10分，比較順暢，有幾個比較底層的問題，沒有回答上來，只能講大概，缺乏全局性思惟，不會的就是回答的不會，沒仔細研究過的也就是回答的沒有仔細。（以上問題僅憑記憶留存）數組

05 通知結果

在面試完第一面以後，總體自我感受還算不錯，確實有幾個底層的原理性問題，沒有回答上來。接下來就是等待面試結果的過程，整個等待面試結果的過程，大概的過程是這樣的：

自信（感受還能夠） ---> 喜悅（還在流程中） ---> 懷疑（未收到二面通知） ---> 焦慮（是否是掛了） ---> 失落（面試被拒） ---> 釋然（思考與總結）

在不知道面試結果的狀況下，繼續準備二面的內容，最近公司有兩個比較急的項目都我這邊，白天忙工做，晚上覆習到2～3點。在這裏，很是感謝在背後默默支持我，充當後勤部長的小高同窗。在這期間，經過朋友內部查詢，面試後4天，簡歷狀態顯示一直處在流程中，哈哈哈，這裏我感受應該要二面了。大概過了一週後，仍是沒有收到二面的通知，這個時候就有點坐不住了。再次讓朋友內部確認，結果慘痛。面試官給的評價是：技術深度不夠，技術熱情不足，人溝通和邏輯很好，朋友也安慰我：面試就是碰，不一樣的面試官看中的點不同，做爲一位RD，本身內心最清楚（本身基礎不夠牢靠），接到結果的那一刻，內心仍是有些許失落。失落之餘是對本身這些年的反思和總結。也給本身在接下來的工做中，指明瞭方向。整個阿里面試的流程，到此結束。（吐槽一下：面試被拒，沒有收到任何郵件與短信通知，建議在招聘環節中，作到善始善終）

06 思考與總結

思考：

在面試環節中，哪些問題給面試官留下了，技術深度不夠的印象？

關於深度不夠，我的感受有幾個原理性的問題，沒有回答上來，最爲致命。
在面試環節中，哪些問題給面試官留下來，技術熱情不足的印象？

關於技術熱情，沒有作成讓面試官滿意的答案，現有在公司項目中的解決方案只停留在解決當前問題和能用就行階段，源代碼瞭解程度不夠，對技術只是停留在知其然階段，沒有表現出技術改變世界的決心。