前言
由於個人發展的原因和工作上的變動，產生了想出來看看機會的想法。經過了一段時間的準備，5 月下旬開始出來面試，面到了 7 月上旬，如願拿到了自己心儀公司的 offer。按照自己的習慣，將這次面試過程中的一些經驗總結、心得體會記錄下來，自己留個記錄，也希望可以幫助到一些同學。
另外，在兩年前第一次跳槽的時候也將當時的心得體會記錄了下來，這邊放個傳送門：兩年Java開發工作經驗面試總結
個人情況
座標魔都，15 年本科畢業於普通一本，畢業後就職於一家傳統電信公司，17 年後就職於美團點評。
面試情況
相比於 17 年，由於有了美團的背景，今年在簡歷這關順利了很多，不得不感嘆大廠背景真香🙈。
本着儘量少請假的原因，所以面試的公司比較少，只面了 3 家：阿里、網易考拉、拼多多。
3 家公司都走完了面試流程，最後拿到了阿里和拼多多的 offer，自己還是比較滿意的。
至於網易掛掉的原因，具體原因不是很清楚，面試發揮的還行，BOSS 面的時候可以看出對我還是比較滿意，但最終沒有發 offer。
如果對於這三家公司的面試流程有問題的，可以在公衆號上留言，能解答的我會第一時間解答。
4 年經驗應該具備哪些技能
首先，簡單的聊一下我認爲的 4 年經驗左右、優秀的 Java 程序員應該具備的技能有哪些，按“專業技能”和“項目”兩塊，包括但不限於以下內容。
專業技能方面
-
基礎：JDK 常用類的原理、源碼、使用場景。
-
設計模式：常用幾種的原理、使用場景，單例、動態代理、模板、責任鏈等。
-
數據結構：數組、鏈表、棧、隊列、樹。
-
網絡：TCP、HTTP、HTTPS、負載均衡算法。
-
框架：Spring IoC 原理、Spring AOP 原理和使用、Spring 常用的擴展點、MyBatis 的核心流程。
-
中間件：常用中間件的核心原理與最佳實踐，並對其中的 1 到 2 個有深入的學習，Redis、Kafka（RocketMQ、RabbitMQ）、Dubbo、Zookeeper。
-
數據庫（MySQL）：索引原理、隔離級別、鎖機制、分庫分表、慢 SQL 定位及優化、線上問題解決。
-
Netty：NIO 原理、核心組件、I/O 多路複用（epoll）、零拷貝。
-
JVM：運行時數據區、垃圾回收算法、垃圾回收器（CMS、G1）、常用配置參數、線上問題定位及解決。
-
穩定性保障：隔離、限流、熔斷、降級等。
-
Linux：基本命令的使用、快速定位和排查問題。
-
分佈式理論：CAP、BASE、2PC、3PC、TCC。
項目方面
-
能獨立完成一個複雜模塊的需求分析、方案設計和最終落地實現。
-
能不斷思考，尋找更優的設計和解決方案，積極優化慢 SQL、慢服務。
-
具備排查問題的能力，遇到線上問題能及時定位和修復上線，例如：數據庫死鎖、服務器宕機、服務器 Full GC 頻繁等。
-
具備難題攻關的能力，能不斷解決項目遇到的挑戰，能給予初級工程師技術上的指導。
-
初步具備帶領團隊（1-3人左右）的能力，能合理分配需求，做好進度把控、風險評估、Code Review。
嚴格來說，要完全做到上面這些有點難，我自己也並不具備，但是，我們可以將其視爲目標，不斷去努力。
面試常見形式
大廠面試通常是“連環炮”的形式，舉個栗子：
面試官：用過哪些 Map
我：LinkedHashMap、ConcurrentHashMap、HashMap、TreeMap
面試官：這四種 Map 的區別
我：ConcurrentHashMap 線程安全，LinkedHashMap 可以記錄插入順序和訪問順序，TreeMap 可以自定義排序，除了這幾個場景，其他場景基本都可以使用 HashMap
面試官：ConcurrentHashMap 怎麼保證線程安全
我：JDK 1.8 以前通過分段鎖，JDK 1.8 以後通過 CAS + Synchronized
面試官：ConcurrentHashMap 在 JDK 1.8 前後的鎖有什麼區別
我：JDK 1.8 以前鎖分段，JDK 1.8 以後鎖單個節點，鎖粒度降低，併發度變高
面試官：#%￥%……#%￥
我：喵喵喵~
這種模式的問法，其實就是想了解候選人對一個知識點的理解是僅僅停留在表面，還是真的去深入研究過。
面試內容
下面介紹下一些常見的面試內容，其中的面試題不一定是我真實遇到的，有可能是從別人的面試題中收集的，也有可能是我自己覺得重要的知識點，僅供參考。
1、項目
項目對於一個 3 - 5 年經驗的開發來說是非常重要的，面試官也非常看重這一塊。這個經驗的開發基本是各大公司的編碼主力，因此面試這個年限的候選人，通常項目是很重要的一塊。面試官通常會讓你先自己介紹下自己參與度最高（或者最牛逼）的項目，然後從中進行提問。常見的如以下：
-
介紹下你參與度最高的項目
-
畫下項目的架構圖
-
如果核心流程處理到一半，服務器崩潰了，會怎麼處理
-
項目中遇到過哪些挑戰或問題，怎麼解決的
-
項目的穩定性和可用性怎麼保障
-
數據安全這塊怎麼設計
-
項目的技術選型，爲什麼選這些
-
...
2、場景題
越到後面的面試官，越喜歡問場景題，場景題比較考驗候選人平時的積累和解決問題能力。這個環節很容易掛掉一批人，特別是容易緊張的同學，很容易腦子會一片空白。場景題的核心一般是處理大數據量的問題、解決性能方面的問題。
場景題本質上是比較開放的，沒有什麼標準答案，只要自己的方案能夠解決問題，能夠“自圓其說”就行。
這個環節面試官可能會將線上真實的場景拿出來提問，我自己就遇到過。
3、專業技能
集合
-
經常用到哪些 Map
-
這幾種 Map 的區別
-
CocurrentHashMap 怎麼保證線程安全
-
CocurrentHashMap 在 JDK 1.8 前後的鎖有什麼區別
-
聊下 HashMap 的原理
-
HashMap 在 Put 時，新鏈表節點是放在頭部還是尾部
-
HashMap 擴容時的流程
-
HashMap 在 JDK 1.8 有什麼改變
-
CocurrentHashMap 在 JDK 1.8 有什麼改變
-
TreeMap 的原理
-
Map、List、Set 分別說下你知道的線程安全類和線程不安全的類
多線程、鎖
-
線程池使用的是哪種
-
線程池參數怎麼配置
-
線程池各個參數的作用
-
線程池的參數配置要注意什麼
-
線程池的工作流程
-
JDK 中的併發類知道哪些
-
AQS 的底層原理
-
介紹下悲觀鎖和樂觀鎖
-
使用過哪些鎖
-
synchronized 和 Lock 的區別、使用場景
-
synchronized 原理
-
synchronized 作用於靜態方法、普通方法、this、Lock.class 的區別
-
爲什麼引入偏向鎖、輕量級鎖，介紹下升級流程
-
死鎖的必要條件，如何預防死鎖
-
介紹下 CountDownLatch 和 CyclicBarrier
-
介紹下 CAS，存在什麼問題
-
介紹下 ThreadLocal，存在什麼問題
網絡
-
HTTPS 是怎麼加密的
-
普通 Hash 和一致性 Hash 原理
-
一致性 Hash 的缺點
-
TCP 三次握手過程，爲什麼需要三次握手
-
爲什麼 TIME_WAIT 狀態需要經過 2MSL 才能返回到 CLOSE 狀態
-
TCP 的擁塞控制
-
TCP 如何解決流控、亂序、丟包問題
-
爲什麼會出現粘包和拆包，如何解決
Spring、Mybatis
-
Mybatis 中 # 和 $ 的區別
-
怎麼防止 SQL 注入
-
使用 Mybatis 時，調用 DAO（Mapper）接口時是怎麼調用到 SQL 的
-
介紹下 Spring IoC 的流程
-
BeanFactory 和 FactoryBean 的區別
-
Spring 的 AOP 是怎麼實現的
-
Spring 的事務傳播行爲有哪些，講下嵌套事務
-
什麼情況下對象不能被代理
-
Spring 怎麼解決循環依賴的問題
-
要在 Spring IoC 容器構建完畢之後執行一些邏輯，怎麼實現
-
@Resource 和 @Autowire 的區別
-
@Autowire 怎麼使用名稱來注入
-
bean 的 init-method 屬性指定的方法裏用到了其他 bean 實例，會有問題嗎
-
@PostConstruct 修飾的方法裏用到了其他 bean 實例，會有問題嗎
-
Spring 中，有兩個 id 相同的 bean，會報錯嗎，如果會報錯，在哪個階段報錯
-
Spring 中，bean 的 class 屬性指定了一個不存在的 class，會報錯嗎，如果會報錯，在哪個階段
-
Spring 中的常見擴展點有哪些
MySQL
-
MySQL 索引的數據結構
-
爲什麼使用 B+ 樹，與其他索引相比有什麼優點
-
各種索引之間的區別
-
B+ 樹在進行範圍查找時怎麼處理
-
MySQL 索引葉子節點存放的是什麼
-
聯合索引（複合索引）的底層實現
-
MySQL 如何鎖住一行數據
-
SELECT 語句能加互斥鎖嗎
-
多個事務同時對一行數據進行 SELECT FOR UPDATE 會阻塞還是異常
-
MySQL 使用的版本和執行引擎
-
MySQL 不同執行引擎的區別
-
MySQL 的事務隔離級別
-
MySQL 的可重複讀是怎麼實現的
-
MySQL 是否會出現幻讀
-
MySQL 的 gap 鎖
-
MySQL 的主從同步原理
-
分庫分表的實現方案
-
分佈式唯一 ID 方案
-
如何優化慢查詢
-
explain 中每個字段的意思
-
explain 中的 type 字段有哪些常見的值
-
explain 中你通常關注哪些字段，爲什麼
JVM
-
運行時數據區
-
服務器使用的什麼垃圾收集器
-
CMS 垃圾收集的原理
-
G1 垃圾收集的特點，爲什麼低延遲
-
有哪些垃圾回收算法，優缺點
-
哪些對象可以作爲 GC Roots
-
有哪些類加載器
-
雙親委派模式，哪些場景是打破雙親委派模式
-
線上服務器出現頻繁 Full GC，怎麼排查
-
定位問題常用哪些命令
-
介紹下 JVM 調優的過程
Kafka
-
爲什麼使用 Kafka
-
介紹下 Kafka 的各個組件
-
如何保證寫入 Kafka 的數據不丟失
-
如何保證從 Kafka 消費的數據不丟失
-
Kafka 爲什麼性能這麼高
-
零拷貝技術使用哪個方法實現
-
Java 中也有類似的零拷貝技術，是哪個方法
-
Kafka 怎麼保證消息的順序消費
-
Kafka 怎麼避免重複消費
-
什麼是 HighWatermark 和 LEO
-
什麼是 ISR，爲什麼需要引入 ISR
Redis
-
項目中使用的 Redis 版本
-
Redis 在項目中的使用場景
-
Redis 怎麼保證高可用
-
Redis 的選舉流程
-
Redis 和 Memcache 的區別
-
Redis 的集羣模式
-
Redis 集羣要增加分片，槽的遷移怎麼保證無損
-
Redis 分佈式鎖的實現
-
Redis 刪除過期鍵的策略
-
Redis 的內存淘汰策略
-
Redis 的 Hash 對象底層結構
-
Redis 中 Hash 對象的擴容流程
-
Redis 的 Hash 對象的擴容流程在數據量大的時候會有什麼問題嗎
-
Redis 的持久化機制有哪幾種
-
RDB 和 AOF 的實現原理、優缺點
-
AOF 重寫的過程
-
哨兵模式的原理
-
使用緩存時，先操作數據庫還是先操作緩存
-
爲什麼是讓緩存失效，而不是更新緩存
-
緩存穿透、緩存擊穿、緩存雪崩
-
更新緩存的幾種設計模式
Zookeeper
-
Zookeeper 的使用場景
-
Zookeeper 怎麼實現分佈式鎖
-
Zookeeper 怎麼保證數據的一致性
-
ZAB 協議的原理
-
Zookeeper 遵循 CAP 中的哪些
-
Zookeeper 和 Eureka 的區別
-
Zookeeper 的 Leader 選舉
-
Observer 的作用
-
Leader 發送了 commit 消息，但是所有的 follower 都沒有收到這條消息，Leader 就掛了，後續會怎麼處理
分佈式
-
CAP 理論
-
BASE 理論
-
分佈式事務 2PC 和 TCC 的原理
-
TCC 在 cancel 階段如果出現失敗怎麼處理
-
Paxos 算法、Raft 算法
4、Hr 面
如果你一路過五關斬六將，最終來到了 Hr 面，那麼恭喜你，你已經離 offer 非常非常近了。可以開始暢想自己升職加薪，當上總經理，出任 CEO，迎娶白富美，走上人生巔峯的場景了。
Hr 面主要是瞭解候選人的一些通用素質，經常會問的問題如下：
-
介紹下自己投入最多的項目（當時我就驚了，Hr 也開始問項目了
）
-
離職的原因
-
當前的薪資、績效
-
當前在面試的其他公司的情況
-
平時有沒有學習的習慣，怎麼學習的，現在在學習什麼
-
未來的規劃
![[doge]](https://pic1.xuehuaimg.com/proxy/csdn/https://imgconvert.csdnimg.cn/aHR0cHM6Ly9pbWcudC5zaW5hanMuY24vdDQvYXBwc3R5bGUvZXhwcmVzc2lvbi9leHQvbm9ybWFsL2ExLzIwMThuZXdfZG9nZTAyX29yZy5wbmc){kind=small}
）關於這些問題，沒有什麼標準答案，但是很重要的原則是，在整個過程中要保持積極向上的態度，不能有負面的情緒。
關於當前薪資的問題，由於諸多的原因，可能有些人會想着稍微多報一點，對於這種做法我持中立態度，但是要把握好度，畢竟大廠基本都有背景調查。大廠對於誠信問題一般是零容忍，而且可能會拉黑名單，進黑名單意味着你再也無緣這家公司了。
一些經驗心得
-
先挑幾個小公司找下面試感覺，太久沒面，需要找找面試的感覺，我自己一開始就面的不太好，就很慌張🙈。
-
面試時緊張是正常的，但是不要過於緊張，如果面試官問完你大腦瞬間一片空白，你可以跟面試官說自己要思考下，然後回答的時候語速可以慢點，但是要條理清晰。
-
在面試的過程中回答面試官問題是一方面；另一方面，你要在回答的過程中讓面試官感受到你身上一些優秀的特質，例如：有潛力、很靈活、熱愛學習、學習能力強、解決問題能力強、基礎紮實等等。這些特質都會影響面試官對你的評價。
-
平時項目中遇到難題要積極去解決，解決問題的過程能讓人快速成長，並且解決的問題可能會成爲你面試時的亮點，特別是對於那些項目沒什麼亮點的。
-
準備項目時，挑幾個自己做過最牛逼的功能、或者解決過最有挑戰的問題，並且要對這些內容理解的非常透徹，不能在給面試官介紹的時候 “支支吾吾”。
-
框架也好、中間件也好，必須要有幾個特別深入研究過的，也就是說你除了“廣度”之外，還必須在某些方面有足夠的“深度”。面試時經常碰到的問題是：你對哪個框架或中間件理解的最深。然後面試官會在這個方向上一直問下去，如果你很多東西只是看了個大概，在這邊就很有可能會被問倒。
-
自己講出來的每個功能點、知識點，都要做好 “被挑戰” 的心裏準備，因此對於每個功能點、知識點都要多思考。
-
如果問的問題是線上實際的場景，有時候面試官會給出他們當前線上的解決方案，如果你能在這個時候給出一些自己的思考和觀點，可能會給面試官留下不錯的印象。
-
判斷自己是否已經準備好的一個比較簡單粗暴的方法：自己是否能將看到的面試題回答個 9 成左右，例如本文上面 “專業技能” 列舉的這些題目。
-
如果你是真想跳槽，或者說你已經裸辭了，那麼在收到電子 offer 前都不要停止面試，即使收到口頭 offer 也不穩，特別是在這個寒冬。
-
在平時工作中多思考，無論是寫代碼還是方案設計，多思考更優的解決方案。特別是工作年限越久之後，思考對於我們的職業發展越重要。
-
面試前的準備非常重要，但更重要的是平時工作的積累，4 年經驗問的問題很多是無法通過臨時準備的，很多都是需要你不斷去積累，纔能有好的方案。
-
專注於自身的成長，不要輕易受到別人的影響，只要你不斷的積累，總有一天你也能成爲你眼中的那些大神。
-
學如逆水行舟，不進則退。不要停下學習的腳步，特別是趁着自己還年輕，趁着自己還是個單身狗的時候，逼自己一把，將來的你一定會感激現在拼命的自己。
-
程序員是一份很單純的工作，不需要搞什麼花裏胡哨的，只要你付出努力了，你通常就能收穫回報。
-
對於沒有大廠背景，並且處於傳統行業（就如 2 年前的我），想直接進入大廠比較難，除非你像我一樣踩了狗屎運，但是這種機率不大，我覺得比較現實的途徑是先找一個互聯網獨角獸沉澱一段時間。
-
大公司的部門非常多，各部門的招聘通常都是獨立的，如果想進大公司可以多投，每個部門的需求緊張度不同，如果碰到急需招人的，可能就是一個非常好的機會。
-
大公司的面試通常會有存檔，面試官可能會看到你之前的面試評價。如果你經常一輪遊，肯定會給面試官不好的印象。因此請做好準備再去面試，不要輕易浪費機會。
-
2019 年互聯網行業的行情不太好，也有可能接下去會一直這樣，特別是對於沒有大廠背景的同學來說，所以請記住一個很重要的原則：不要裸辭。
-
Last but not least，如果你覺得本文對你有幫助，歡迎關注我的微信公衆號、右下角“在看”、分享到朋友圈，幫助更多的小夥伴。
相關文章
