本篇先以日歷形式回顧春招之路，方便各位參考某廠的處理進度；然后是總結(jié)歸納春招Java面試題庫；最后做個總結(jié)還有展望，開始新的征程~

• 面試經(jīng)歷
• 京東面試真題
• 面試經(jīng)驗分享

1.面試經(jīng)歷

2018年的冬季特別的冷，無疑是程序員的寒冬，我也是年底裁員大潮裁下來的一名，（整個業(yè)務(wù)線都裁了 難受中~）但臨近年底了失業(yè)回家也不太好所以有投了幾份簡歷，其中投京東的一份，京東Java崗要求。

任職要求：

• 計算機相關(guān)專業(yè)本科以上學(xué)歷，邏輯思維能力強，有很強的責(zé)任心和主動性；
• 3年以上J2EE開發(fā)經(jīng)驗，有互聯(lián)網(wǎng)開發(fā)經(jīng)驗，JAVA基礎(chǔ)扎實，熟練運用設(shè)計模式；
• 熟練掌握Spring、Struts2、Ibatis等常用框架，了解機制；
• 熟悉分布式開發(fā)，熟悉常用SOA框架、多線程、網(wǎng)絡(luò)編程等；
• 熟悉常用數(shù)據(jù)庫及優(yōu)化，熟悉常用緩存、NoSql技術(shù)；
• 熟悉Zookeeper、MQ等組件；
• 有高并發(fā)、大數(shù)據(jù)量系統(tǒng)開發(fā)及優(yōu)化經(jīng)驗者優(yōu)先；
• 有互聯(lián)網(wǎng)金融尤其是保險業(yè)務(wù)開發(fā)經(jīng)驗者優(yōu)先。

2.京東面試真題

一面（主要是基礎(chǔ)面）

• 自我介紹，主要問了做了什么和擅長什么
• @Autowired的實現(xiàn)原理
• Bean的默認作用范圍是什么？其他的作用范圍？
• 索引是什么概念有什么作用？
• MySQL里主要有哪些索引結(jié)構(gòu)？哈希索引和B+樹索引比較？
• 說說Java線程池的原理？線程池有哪些？線程池工廠有哪些線程池類型，及其線程池參數(shù)是什么？
• hashmap原理，處理哈希沖突用的哪種方法？
• BIO、NIO、AIO的區(qū)別和聯(lián)系？
• jvm內(nèi)存模型jmm 知道的全講講
• 講講Java GC機制？
• Java怎么進行垃圾回收的？什么對象會進老年代？
• 垃圾回收算法有哪些？為什么新生代使用復(fù)制算法？
• HashMap的時間復(fù)雜度？HashMap中Hash沖突是怎么解決的？Java8中的1. HashMap有什么變化？
• 紅黑樹需要比較大小才能進行插入，是依據(jù)什么進行比較的？其他Hash沖突解決方式？
• hash和B+樹的區(qū)別？分別應(yīng)用于什么場景？哪個比較好？

二面（數(shù)據(jù)庫問的比較多）

• 自我介紹
• 為什么MyISAM查詢性能好？
• 說說事務(wù)特性（ACID）？
• mysql數(shù)據(jù)庫默認存儲引擎，有什么優(yōu)點
• MySQL的事務(wù)隔離級別，分別解決什么問題。
• SQL慢查詢的常見優(yōu)化步驟是什么？
• 說下樂觀鎖，悲觀鎖（select for update），并寫出sql實現(xiàn)？
• 講講TCP協(xié)議的三次握手和四次揮手過程？
• 用到過哪些rpc框架？
• Java web過濾器的生命周期？

三面（綜合面主要分布式及緩存）

• 自我介紹，講下項目！
• 加鎖有什么機制？
• 數(shù)據(jù)庫水平切分，垂直切分的設(shè)計思路和切分順序
• Redis如何解決key沖突？
• 如何保證數(shù)據(jù)庫與redis緩存一致的
• 項目中消息隊列怎么用的？使用哪些具體業(yè)務(wù)場景？
• JVM相關(guān)的分析工具有使用過哪些？具體的性能調(diào)優(yōu)步驟嗎？
• MySQL的慢sql優(yōu)化一般如何來做？除此外還有什么方法優(yōu)化？
• 線上的服務(wù)器監(jiān)控指標，你認為哪些指標是最需要關(guān)注的？為什么？
• soa和微服務(wù)的區(qū)別？
• 單機系統(tǒng)演變?yōu)榉植际较到y(tǒng)，會涉及到哪些技術(shù)的調(diào)整？請從前面負載到后端詳細描述。
• 設(shè)計一個秒殺系統(tǒng)？

3.面試經(jīng)驗總結(jié)以及學(xué)習(xí)路線分享：

面試經(jīng)驗總結(jié)：

• 面試盡量提前到，能早點面試，面試官也更愿意給你通過（就像中國好聲音一樣，一開始都是瘋狂轉(zhuǎn)身）。
• 面試時調(diào)動你的幽默細胞，盡量把面試氣氛調(diào)得愉快一點，這樣面試官能更深的記住你。
• 說自己優(yōu)點的時候一定輔以證據(jù)，不然面試官只會當(dāng)作耳邊風(fēng)
• 不會的問題不要強答，小心有坑，可以這樣說:“不好意思這個問題我不會，但是如果讓我來設(shè)計我會.......”
• 面試其實是一個雙向選擇，面試官在評估你的表現(xiàn)，同時由于面試官也代表公司，他的素質(zhì)及提的問題也是你應(yīng)該評估的方面，所以不要緊張。
• 使用幕布，在每次面試前將自己總結(jié)的知識過一遍。我幕布上寫了幾萬字的筆記，每次面試都拿出來看一遍，所以面試問到的基礎(chǔ)我基本都能應(yīng)答入流。

如何準備

首先要聲明的是，最好的“準備”方式一定是平時多積累、遇到問題不要逃避或者討巧、深入去思考并解決，在解決一個個問題的過程中積累解決問題的能力，形成自己的知識體系。所以這里說的如何準備不是說臨時抱佛腳，而是如何能通過提前準備把自己平時的積累展現(xiàn)出來，不因為臨場的表現(xiàn)影響面試官對你的判斷。

1. 針對以上列的知識點思考答案甚至擴展，如果能知道大部分，深入一部分就很好，這個過程主要是整理自己的知識體系
2. 回憶整理簡歷和過往項目中的”難點“、”亮點“，因為這些是用來區(qū)分候選人很重要的點，合格的面試官一定會問類似于”你在項目中經(jīng)歷的最大的技術(shù)難點是什么？“，整理一下思路，不至于在面試時候因為時間久遠而回憶不起來細節(jié)影響面試效果。
3. 溝通過程中做到有理有據(jù)，不要過于自大，也無需刻意迎合面試官。溝通的本質(zhì)是信息透明化，工作中也許我們無法做到完全客觀公正，但是在技術(shù)問題上堅持自己的客觀和原則是我認為技術(shù)人應(yīng)該堅持的品格，我這里說的堅持不是一根筋的固執(zhí)已見，而是根據(jù)共同認可的事實進行邏輯推斷得出的觀點。長遠來看這種品格會帶給你足夠的技術(shù)影響力和回報。

學(xué)習(xí)路線：

大部分職業(yè)都是需要有成長體系，才能讓人有奮發(fā)向上的追求。架構(gòu)師就是程序員這個群體成長道路上往往會出現(xiàn)的一個重要節(jié)點。每個好架構(gòu)師都是一位出色的程序員。然而好的程序員進階為架構(gòu)師，并不容易。

對于有一定后臺研發(fā)經(jīng)驗（尤其是5年以上經(jīng)驗）的程序員們來說，成為架構(gòu)師的渴望更加強烈，因此會花更多時間學(xué)習(xí)，提升架構(gòu)技能，但常常由于客觀條件限制，面臨著不少難點：

接觸不到一線實戰(zhàn)架構(gòu)技術(shù)，尤其是有一定的技術(shù)深度和難度架構(gòu)技術(shù)。

不了解核心技術(shù)點所處的具體背景是什么？

同時，又迫切需要掌握：業(yè)界目前主流干貨技術(shù) + 前沿技術(shù)，互聯(lián)網(wǎng)核心技術(shù)硬技能 + 核心軟技能，掌握架構(gòu)技術(shù)的本質(zhì)，知其然更知其所以然，架構(gòu)筑基篇，深入內(nèi)核，直擊故障，拒絕蒙圈。
所以你需要一個明確的學(xué)習(xí)路線----這是一個典型的程序員的成長過程：

使用Java---->深入理解Java積累經(jīng)驗------>獨立設(shè)計分析能力------>獨當(dāng)一面的多面手！

因此，你必須學(xué)習(xí)：（文末附免費學(xué)習(xí)資料領(lǐng)?。?/p>

一、開源框架解析

程序員每天都和代碼打交道。經(jīng)過數(shù)年的基礎(chǔ)教育和職業(yè)培訓(xùn)，大部分程序員都會「寫」代碼，或者至少會抄代碼和改代碼。但是，會讀代碼的并不在多數(shù)，會讀代碼又真正讀懂一些大項目的源碼的，少之又少。這也造成了很多錯誤看源碼的方式。

那要如何正確的分析源碼呢？ 我們的目標應(yīng)該放在最常用的框架上面：

二、架構(gòu)基礎(chǔ)

從架構(gòu)設(shè)計，到應(yīng)用層調(diào)優(yōu)，再深入了解底層原理，扎實的Java基本功才能讓自己變?yōu)閽叩厣裆簝?nèi)存模型，并發(fā)模式，線程模型，鎖細節(jié)等等

三、高性能架構(gòu)

我們不僅僅對項目要運籌帷幄，還要能解決一切性能問題。只有深入學(xué)習(xí)JVM底層原理，Mysql底層優(yōu)化以及Tomcat調(diào)優(yōu)，才能達到知其然，知其所以然的效果。除了性能優(yōu)化之外，也能提供通用的常見思路以及方案選型的考慮點，幫助大家培養(yǎng)在方案選型時的意識、思維以及做各種權(quán)衡的能力。

四、微服務(wù)架構(gòu)

關(guān)于微服務(wù)架構(gòu)的取舍

在合適的項目，合適的團隊，采用微服務(wù)架構(gòu)收益會大于成本。微服務(wù)架構(gòu)有很多吸引人的地方，但在擁抱微服務(wù)之前，也需要認清它所帶來的挑戰(zhàn)。需要避免為了“微服務(wù)”而“微服務(wù)”。微服務(wù)架構(gòu)引入策略 – 對傳統(tǒng)企業(yè)而言，開始時可以考慮引入部分合適的微服務(wù)架構(gòu)原則對已有系統(tǒng)進行改造或新建微服務(wù)應(yīng)用，逐步探索及積累微服務(wù)架構(gòu)經(jīng)驗，而非全盤實施微服務(wù)架構(gòu)。

五、團隊協(xié)作

開發(fā)工具工程化

通過一小段描述信息來管理項目的構(gòu)建，報告和文檔的軟件項目管理工具。程序員的戰(zhàn)斗，往往不是一個人的戰(zhàn)斗，我們?nèi)绾卧谝粋€平臺下高效的去重，進行代碼review，對功能進行調(diào)整，debug，做到在統(tǒng)一的規(guī)劃下步步為營，混亂的堆代碼的過程中找到自己的記錄。這一切都依賴于有效的工具。

六、B2C項目實戰(zhàn)

項目實戰(zhàn)

要想立足于互聯(lián)網(wǎng)公司，且能在互聯(lián)網(wǎng)浪潮中不被淹沒，對于項目的開發(fā)實戰(zhàn)演練是不必可少的技能，也是對自身能力的一個衡量，有多少的量對等于獲得多少的回報?？此坪唵蔚囊粋€項目需求圖譜，其中的底層原理，實現(xiàn)原理又能知道多少？你搭建一個完整的B2C項目平臺到底需要多少知識？這一切都是需要我們考量的。

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評論