面試喜歡問底層源碼

Ⅰ 今天去面試，應聘c++開發，面試官問的問題很刁鑽，不停地問某兩個類似知識點的區別，還老問一些深層的

目前你是剛畢業的畢業也生，特別是軟體這一塊，他們是需要花很大的精力來培養你的，現在你主要考慮的是你所面試的公司對於你未來的發展有沒有幫助，出了學校並不是你學習的結束而是你真正學習的開始，加油吧！

Ⅱ 為什麼面試時會問很多基礎的問題

因為基礎的東西才能更體現一個人的能力。

同時也能體現出你對這份工作的熱愛程度，如果連基礎知識都沒有掌握，那下面的步驟就更不用說了，因為你根本就沒有重視這份工作，同時也無法勝任這個職位。

所以說，基礎知識雖然簡單，但也是最重要的，只有基礎知識掌握的好，才有發展的可能，應聘單位也才更樂意收你；這就要求我們不能好高騖遠，面試前一定要做好充分的准備，把基礎的東西再過一遍，這樣面試成功的幾率才會更大，畢竟機會是留給有準備的人的。

Ⅲ 面試時項目介紹需要帶源碼嗎

如果你面試的是程序員，需要帶上源碼的。

在面試的時候能在源碼上和面試官對話，那相當於增加了工作經驗，那通過的機會還是很高的。

自學或者是應屆生，缺乏實戰經驗。那麼就要在框架的源碼上下功夫了，核心原理等內容。比如Spring、Redis等這種知名框架，在面試的時候能在源碼上和面試官對話，那通過的機會還是很高的。

只要問項目中的核心模塊業務流程，在其中挑一些技術點問如何實現的就能大概判斷是否真的做過項目了。

如果你是在校學生，還可以參加一些編程社團，或者是參加比賽，另外抓住實習機會，高效利用實習去學習。

填寫簡歷技巧：

哪怕大家以java只過一個五子棋游戲，你也可以寫成，採用博弈搜索的演算法並且使用а-β剪枝減少演算法的復雜度。

使用大量Java的數據結構並且閱讀源碼，增加了對JDK的理解。

寫項目經驗需要注意的是重點不在於介紹項目，重點是我在項目中做了什麼。為大家梳理STAR原則描述我們的項目。

Ⅳ 為什麼程序員面試時都要求會「造火箭」

一、考驗對專業知識的掌握的扎實程度

在張鑫旭的十問十答里的一個問題是，「前端開發基礎扎實的標準是什麼？」這裡面他對「扎實」的解釋我覺得很適合來答這個問題。「扎」其實可以理解為深度，你可以想像一個用一根針，扎你的皮膚，對一個點的壓力，可以讓你痛不欲生。

你可能在平時編程中沒用到，或者大多數前端工程師平時不會用到，但是這些是基本功是需要知道的，比如React源碼中就用到一些簡單的數據結構，鏈表樹就是用鏈表的結構存的，是一個單鏈表，以及裡面還有循環列表的增刪改查)，如果不知道樹可以用鏈表存，如何對鏈表進行操作，那麼可能你看源碼就很成問題。裡面還有一些位運算等，位運算平時也不常用吧，但是fb的工程師就用它來解決實際問題。

再比如web-component，這已經是w3c提出的一個前端組件化的標准了，我國也有大佬用web-component實現了一些庫，比如騰訊出的OMI。

我們前端變化得快，新東西也多，如何不跟上時代，多了解(主要了解，不是每個新東西都要去深究，因為你沒那麼多時間，大多數時間還是要用在平時用得到的地方)一些新東西。跟不上時代，也行就會慢慢的被淘汰，所以現在前端招聘基本上都會需要你會一門框架，不管是React、Vue、Angular，這些都是趨勢，數據驅動，不再是以前拿起jQuery就是幹了。

在工作中常用的知識點，那些是最重要的，那麼大家都會這些，如果你不知道點，別人不知道的東西，這些東西比別人掌握得更深一點，面試官為什麼要你？

Ⅳ 一般java面試都會問些什麼問題

1、請你自我介紹一下你自己？

回答提示：一般人回答這個問題過於平常，只說姓名、年齡、愛好、工作經驗，這些在簡歷上都有。其實，企業最希望知道的是求職者能否勝任工作，包括：最強的技能、最深入研究的知識領域、個性中最積極的部分、做過的最成功的事，主要的成就等，這些都可以和學習無關，也可以和學習有關，但要突出積極的個性和做事的能力，說得合情合理企業才會相信。

企業很重視一個人的禮貌，求職者要尊重考官，在回答每個問題之後都說一句「謝謝」，企業喜歡有禮貌的求職者。

2、你覺得你個性上最大的優點是什麼？

回答提示：沉著冷靜、條理清楚、立場堅定、頑強向上、樂於助人和關心他人、適應能力和幽默感、樂觀和友愛。我在北大青鳥經過一到兩年的培訓及項目實戰，加上實習工作，使我適合這份工作。

3、說說你最大的缺點？

回答提示：這個問題企業問的概率很大，通常不希望聽到直接回答的缺點是什麼等，如果求職者說自己小心眼、愛忌妒人、非常懶、脾氣大、工作效率低，企業肯定不會錄用你。絕對不要自作聰明地回答「我最大的缺點是過於追求完美」，有的人以為這樣回答會顯得自己比較出色，但事實上，他已經岌岌可危了。

企業喜歡求職者從自己的優點說起，中間加一些小缺點，最後再把問題轉回到優點上，突出優點的部分，企業喜歡聰明的求職者。

4、你對加班的看法？

回答提示：實際上好多公司問這個問題，並不證明一定要加班，只是想測試你是否願意為公司奉獻。

回答樣本：如果是工作需要我會義不容辭加班，我現在單身，沒有任何家庭負擔，可以全身心的投入工作。但同時，我也會提高工作效率，減少不必要的加班。

5、你對薪資的要求？

回答提示：如果你對薪酬的要求太低，那顯然貶低自己的能力；如果你對薪酬的要求太高，那又會顯得你分量過重，公司受用不起。

一些僱主通常都事先對求聘的職位定下開支預算，因而他們第一次提出的價錢往往是他們所能給予的最高價錢，他們問你只不過想證實一下這筆錢是否足以引起你對該工作的興趣。

Ⅵ JAVA程序員面試總結，高手整整理加強版

第一階段：三年
我認為三年對於程序員來說是第一個門檻，這個階段將會淘汰掉一批不適合寫代碼的人。這一階段，我們走出校園，邁入社會，成為一名程序員，正式從書本 上的內容邁向真正的企業級開發。我們知道如何團隊協作、如何使用項目管理工具、項目版本如何控制、我們寫的代碼如何測試如何在線上運行等等，積累了一定的 開發經驗，也對代碼有了一定深入的認識，是一個比較純粹的Coder的階段。

第二階段：五年
五年又是區分程序員的第二個門檻。有些人在三年裡，除了完成工作，在空餘時間基本不會研究別的東西，這些人永遠就是個Coder，年紀大一些勢必被 更年輕的人給頂替；有些人在三年裡，除了寫代碼之外，還熱衷於研究各種技術實現細節、看了N多好書、寫一些博客、在Github上分享技術，這些人在五年 後必然具備在技術上獨當一面的能力並且清楚自己未來的發展方向，從一個Coder逐步走向系統分析師或是架構師，成為項目組中不可或缺的人物。

第三階段：十年
十年又是另一個門檻了，轉行或是繼續做一名程序員就在這個節點上。如果在前幾年就抱定不轉行的思路並且為之努力的話，那麼在十年的這個節點上，有些 人必然成長為一名對行業有著深入認識、對技術有著深入認識、能從零開始對一個產品進行分析的程序員，這樣的人在公司基本擔任的都是CTO、技術專家、首席 架構師等最關鍵的職位，這對於自己絕對是一件榮耀的事，當然老闆在經濟上也絕不會虧待你。

第一部分總結一下，我認為，隨著你工作年限的增長、對生活對生命認識的深入，應當不斷思考三個問題：

1、我到底適不適合當一名程序員？
2、我到底應不應該一輩子以程序員為職業？
3、我對編程到底持有的是一種什麼樣的態度，是夠用就好呢還是不斷研究？
最終，明確自己的職業規劃，對自己的規劃負責並為之努力。
關於項目經驗
在網上經常看到一些別的朋友有提出項目經驗的問題，依照我面試的感覺來說，面試主要看幾點：項目經驗+基本技術+個人潛力（也就是值不值得培養）。

關於項目經驗，我認為並發編程網的創始人方騰飛老師講的一段話非常好：介紹產品時面試官會考察應聘者的溝通能力和思考能力，我們大部分情況都是做產品的一個功能或一個模塊，但是即使是這樣，自 己有沒有把整個系統架構或產品搞清楚，並能介紹清楚，為什麼做這個系統？這個系統的價值是什麼？這個系統有哪些功能？優缺點有哪些？如果讓你重新設計這個 系統你會如何設計？

我覺得這就已經足以概括了。也許你僅僅工作一年，也許你做的是項目中微不足道的模塊，當然這些一定是你的劣勢且無法改變，但是如何彌補這個劣勢？

從方老師的話中我總結幾點：

1、明確你的項目到底是做什麼的，有哪些功能。
2、明確你的項目的整體架構，在面試的時候能夠清楚地畫給面試官看並且清楚地指出從哪裡調用到哪裡、使用什麼方式調用。
3、明確你的模塊在整個項目中所處的位置及作用。
4、明確你的模塊用到了哪些技術，更好一些的可以再了解一下整個項目用到了哪些技術。
在你無法改變自己的工作年限、自己的不那麼有說服力的項目經驗的情況下（這一定是扣分項），可以通過這種方式來一定程度上地彌補並且增進面試官對你的好感度。

關於專業技能

寫完項目接著寫寫一名3年工作經驗的Java程序員應該具備的技能，這可能是Java程序員們比較關心的內容。我這里要說明一下，以下列舉的內容不是都要會的東西—-但是如果你掌握得越多，最終能得到的評價、拿到的薪水勢必也越高。

1、基本語法

這包括static、final、transient等關鍵字的作用，foreach循環的原理等等。今天面試我問你static關鍵字有哪些作 用，如果你答出static修飾變數、修飾方法我會認為你合格，答出靜態塊，我會認為你不錯，答出靜態內部類我會認為你很好，答出靜態導包我會對你很滿 意，因為能看出你非常熱衷研究技術。

最深入的一次，我記得面試官直接問到了我Volatile關 鍵字的底層實現原理（順便插一句，面試和被面試本身就是相對的，面試官能問這個問題同時也讓面試者感覺到面試官也是一個喜愛研究技術的人，增加了面試者對 公司的好感，我最終選擇的就是問了這個問題的公司），不要覺得這太吹毛求疵了—-越簡單的問題越能看出一個人的水平，別人對你技術的考量絕大多數都是以深度優先、廣度次之為標準的，切記。
2、集合
非常重要，也是必問的內容。基本上就是List、Map、Set，問的是各種實現類的底層實現原理，實現類的優缺點。
集合要掌握的是ArrayList、LinkedList、Hashtable、HashMap、ConcurrentHashMap、 HashSet的實現原理，能流利作答，當然能掌握CopyOnWrite容器和Queue是再好不過的了。另外多說一 句，ConcurrentHashMap的問題在面試中問得特別多，大概是因為這個類可以衍生出非常多的問題，關於ConcurrentHashMap， 我給網友朋友們提供三點回答或者是研究方向：
（1）ConcurrentHashMap的鎖分段技術。
（2）ConcurrentHashMap的讀是否要加鎖，為什麼。
（3）ConcurrentHashMap的迭代器是強一致性的迭代器還是弱一致性的迭代器。
3、設計模式

本來以為蠻重要的一塊內容，結果只在阿里巴巴B2B事業部面試的時候被問了一次，當時問的是裝飾器模式。

當然咱們不能這么功利，為了面試而學習，設計模式在工作中還是非常重要、非常有用的，23種設計模式中重點研究常用的十來種就可以了，面試中關於設計模式的問答主要是三個方向：

（1）你的項目中用到了哪些設計模式，如何使用。
（2）知道常用設計模式的優缺點。
（3）能畫出常用設計模式的UML圖。
4、多線程

這也是必問的一塊了。因為三年工作經驗，所以基本上不會再問你怎麼實現多線程了，會問得深入一些比如說Thread和Runnable的區別和聯 系、多次start一個線程會怎麼樣、線程有哪些狀態。當然這只是最基本的，出乎意料地，幾次面試幾乎都被同時問到了一個問題，問法不盡相同。

總結起來是 這么一個意思：

假如有Thread1、Thread2、ThreaD3、Thread4四條線程分別統計C、D、E、F四個盤的大小，所有線程都統計完畢交給Thread5線程去做匯總，應當如何實現？
聰明的網友們對這個問題是否有答案呢？不難，java.util.concurrent下就有現成的類可以使用。

另外，線程池也是比較常問的一塊，常用的線程池有幾種？這幾種線程池之間有什麼區別和聯系？線程池的實現原理是怎麼樣的？實際一些的，會給你一些具體的場景，讓你回答這種場景該使用什麼樣的線程池比較合適。

最後，雖然這次面試問得不多，但是多線程同步、鎖這塊也是重點。synchronized和ReentrantLock的區別、 synchronized鎖普通方法和鎖靜態方法、死鎖的原理及排查方法等等。

5、JDK源碼

要想拿高工資，JDK源碼不可不讀。上面的內容可能還和具體場景聯系起來，JDK源碼就是實打實地看你平時是不是愛鑽研了。我面試過程中被問了不 少JDK源碼的問題，其中最刁鑽的一個問了我，String的hashCode()方法是怎麼實現的，幸好我平時String源代碼看得多，答了個大 概。

JDK源碼其實沒什麼好總結的，純粹看個人，總結一下比較重要的源碼：

（1）List、Map、Set實現類的源代碼
（2）ReentrantLock、AQS的源代碼
（3）AtomicInteger的實現原理，主要能說清楚CAS機制並且AtomicInteger是如何利用CAS機制實現的
（4）線程池的實現原理
（5）Object類中的方法以及每個方法的作用
這些其實要求蠻高的，我去年一整年基本把JDK中重要類的源代碼研究了個遍，真的花費時間、花費精力，當然回頭看，是值得的—-不僅僅是為了應付面試。
6、框架

老生常談，面試必問的東西。一般來說會問你一下你們項目中使用的框架，然後給你一些場景問你用框架怎麼做，比如我想要在Spring初始化bean 的時候做一些事情該怎麼做、想要在bean銷毀的時候做一些事情該怎麼做、MyBatis中$和#的區別等等，這些都比較實際了，平時積累得好、有多學習 框架的使用細節自然都不成問題。

如果上面你的問題答得好，面試官往往會深入地問一些框架的實現原理。問得最多的就是Spring AOP的實現原理，當然這個很簡單啦，兩句話就搞定的的事兒，即使你不會准備一下就好了。我遇到的最變態的是讓我畫一下Spring的Bean工廠實 現的UML圖，當然面對這樣一個有深度的問題，我是絕對答不出來的/(ㄒoㄒ)/~~

7、資料庫

資料庫十有八九也都會問到。一些基本的像union和union all的區別、left join、幾種索引及其區別就不談了，比較重要的就是資料庫性能的優化，如果對於資料庫的性能優化一竅不通，那麼有時間，還是建議你在面試前花一兩天專門 把SQL基礎和SQL優化的內容准備一下。

不過資料庫倒是不用擔心，一家公司往往有很多部門，如果你對資料庫不熟悉而基本技術又非常好，九成都是會要你的，估計會先把你放到對資料庫使用不是要求非常高的部門鍛煉一下。
8、數據結構和演算法分析

數據結構和演算法分析，對於一名程序員來說，會比不會好而且在工作中絕對能派上用場。數組、鏈表是基礎，棧和隊列深入一些但也不難，樹挺重要的，比較 重要的樹AVL樹、紅黑樹，可以不了解它們的具體實現，但是要知道什麼是二叉查找樹、什麼是平衡樹，AVL樹和紅黑樹的區別。記得某次面試，某個面試官和 我聊到了資料庫的索引，他問我：你知道索引使用的是哪種數據結構實現嗎？

我答到用的Hash表吧，答錯。他又問，你知道為什麼要使用樹嗎？我答到因為Hash表可能會出現比較多的沖突，在千萬甚至是上億級別的數據面 前，會大大增加查找的時間復雜度。而樹比較穩定，基本保證最多二三十次就能找到想要的數據，對方說不完全對，最後我們還是交流了一下這個問題，我也明白了 為什麼要使用樹，這里不說，網友朋友們覺得索引為什麼要使用樹來實現呢？

至於演算法分析，不會、不想研究就算了，記得某次面試對方問我，Collections.sort方法使用的是哪種排序方法，額，吐血三升。當然為了 顯示我的博學，對演算法分析也有一定的研究(⊙﹏⊙)b，我還是硬著頭皮說了一句可能是冒泡排序吧。當然答案肯定不是，有興趣的網友朋友們可以去看一下 Collections.sort方法的源代碼，用的是一種叫做TimSort的排序法，也就是增強型的歸並排序法。

9、Java虛擬機

出乎我的意料，Java虛擬機應該是很重要的一塊內容，結果在這幾家公司中被問到的概率幾乎為0。要知道，我去年可是花了大量的時間去研究Java虛擬機的，光周志明老師的《深入理解Java虛擬機：JVM高級特性與最佳實踐》，我就讀了不下五遍。

言歸正傳，雖然Java虛擬機沒問到，但我覺得還是有必要研究的，我就簡單地列一個提綱吧，談談Java虛擬機中比較重要的內容：

（1）Java虛擬機的內存布局
（2）GC演算法及幾種垃圾收集器
（3）類載入機制，也就是雙親委派模型
（4）Java內存模型
（5）happens-before規則
（6）volatile關鍵字使用規則
也許面試無用，但在走向大牛的路上，不可不會。
10、Web方面的一些問題

Java主要面向Web端，因此Web的一些問題也是必問的。

我碰到過問得最多的兩個問題是：
談談分布式Session的幾種實現方式。
常用的四種能答出來自然是讓面試官非常滿意的。
另外一個常問的問題是：講一下Session和Cookie的區別和聯系以及Session的實現原理。這兩個問題之外，web.xml裡面的內容是重點，Filter、Servlet、Listener，不說對它們的實現原理一清二楚吧，至少能對它們的使用知根知底。另外，一些細節的方面比如get/post的區別、forward/重定向的區別、HTTPS的實現原理也都可能會被考察到。
最後，如果有興趣有時間，建議學習、研究一下SOA和RPC，面向服務體系，大型分布式架構必備，救命良方、包治百病、屢試不爽。

Ⅶ java兩年經驗面試都會問什麼問題

個人介紹：
首先介紹下我面試時的自身條件情況，我把自己的情況分為優勢和劣勢來說可能更有利於你們比較自身情況。
劣勢：
1.15年7月畢業後開始到上海工作，面試的時候是17年3月到4月，一年多的經驗，勉強算兩年經驗。分析：一年多經驗我認為是比較尷尬的，處於一個不上不下的位置，很多公司比較喜歡招三年經驗的，或者直接招應屆生來培養。
2.畢業於一個非985/211，勉強上一本的高校。分析：這個相對影響較小，因為有工作經驗後，公司對學校的要求就沒那麼高了，只要是本科就基本沒問題，但是還是有個別叼毛公司只要985/211。
3.前一家公司是傳統電信行業，加入項目組時，項目已經上線有段時間了，我們的任務就是有需求就開發，有bug就優化，其他時間就聊騷，各干各的，工作一年多跟在養老一樣，用一句話說就是編程5分鍾，扯淡2小時，項目經驗嚴重不足，沒開發過很難的需求。分析：這一點是最傷的，公司招有經驗的就想看你都幹了些什麼牛批的東西，結果你告訴面試官我寫的需求都是垃圾。
優勢：
1.大學時拿過比較多的獎，每年都是校級優秀學生，畢業時是市級優秀畢業生，拿過省級ACM二等獎等。分析：大學的榮譽對一個有工作經驗的人來說，公司不一定會看重，但是可能會對面試官產生微妙的影響，特別是ACM獎，我碰到過有的面試官也是搞過ACM的，有共同的話題聊起來總是比較容易的，但是也要注意不能把這一欄篇幅寫的過於多，只能當作點綴用，我當時是放在簡歷最後一欄，簡要的寫了最主要的幾個獎。
2.良好的溝通交流能力。分析：這個能力不會是關鍵性的，但是可以加分。
3.較強的學習能力和邏輯思維能力。分析：有些公司和面試官還是比較看重一個人的學習能力的，經驗代表著你現在在什麼級別，而學習能力則代表著你將來能到達什麼級別。
學習過程：
看了我的優劣勢介紹，你會發現我的優勢相對於我的劣勢來說，簡直不值一提。我自己對此也有清晰的認識，因此從過完年之後，我就開始抓緊空閑時間學習。學習的過程如下：
1.看面試題
正常人第一步肯定都會看面試題，我也不例外，在看的過程中，我發現有些文章寫的不錯，對我幫助不小值得推薦，如下：
Java面試題全集（上）很多基礎的東西，建議先看。
各大公司Java後端開發面試題總結
面試心得與總結—BAT、網易、蘑菇街
關於Java面試，你應該准備這些知識點
2.深入學習
在看面試題的過程，你會遇到一些自己沒接觸過的或者以前沒深入學習過的知識，例如最常問的HashMap內部實現原理，這就促使你得開始去看jdk的源碼或者是學習一些新的東西。看源碼是很重要的一步，起步很難，但是會讓你收益良多，看源碼的過程如果碰到無法理解的地方，可以網路看下別人的理解。我學習源碼的過程中，看過幾個人的關於源碼的文章寫的很不錯，如下：
五月的倉頡
佔小狼
zhangshixi的Core java系列
3.熟悉項目
找出自己工作以來開發過的最叼的功能，將整個功能的流程和涉及的東西吃透。項目是面試中必問的環節，一般是以一個功能點為基礎展開問，因此你必須對這個功能有很深的認識，不能有模糊的地方。如果有時間，能把涉及到的知識點也搞懂最好。
4.做面試題
有不少公司是有面試的，如果你沒有準備過，很容易在各種小地方犯錯，建議去一些面試題網站多做些題目，我自己是用的牛客網。
5.學習記錄
把自己每天的學習時間和學習內容記錄下來，可以讓自己更有動力的學習，學習是一個枯燥的過程，你必須讓自己時刻保持有動力。
投簡歷、約面試環節
1.在哪些網站投？
拉勾網、BOSS直聘、獵聘網。
2.是否該海投？
投簡歷分為兩個情況。
1）沒有社招面試經驗：建議採取海投的方式，只要職位要求跟自己比較匹配都可以投，累計面試經驗。這個環節可以把投簡歷的網站增加兩家：智聯和無憂。
2）自認為社招面試經驗已經足夠：投那些職位匹配、公司滿意的職位。公司評價可以去看準網、網路、知乎等查詢。
3.一天約幾家面試合適？
最理想的情況為2家面試，上午一般在10點左右，下午一般在2點左右。建議把理想的公司放下午，因為下午的時間比較充足，可以讓公司更充分的了解你。我開始面的時候，每次都是上午面的不好，下午面的不錯。
4.投簡歷經常沒下文？
我當初也沒想到簡歷篩選這關有這么難，可能是我的簡歷確實亮點不多，再者HR很多都不是行內人，因此他們看得最直接的就是你上家的公司和你畢業的學校，如果你不是從牛逼的公司/學校出來，可能會碰到和我一樣的情況，應對的辦法就是多投。
5.是否該裸辭？
我一開始是邊上班邊投，然後利用調休時間，或者請假去面試。後來，面試機會越來越多，請假太頻繁了，自己都不好意思了，並且自己也已經有足夠的信心，這個時候我選擇了裸辭。裸辭還有一個原因是，在面試過程中你會發現，有的公司要人要的緊，如果你的辭職流程過長可能會導致你錯過這個公司。
6.注意事項
1）面試前一天把路線和時間算好，最好別遲到。
2）背個書包，帶好簡歷、充電寶、紙巾、雨傘。
面試環節
1.筆試常見的問題？
面試常見的問題上面給的面試題鏈接基本都有。我只提幾點：1）寫SQL：寫SQL很常考察group by、內連接和外連接。2）手寫代碼：手寫代碼一般考單例、排序、線程、消費者生產者。我建議排序演算法除了冒泡排序，最好還能手寫一種其他的排序代碼。試想：如果一般面試者都寫的冒泡排序，而你寫的是快速排序/堆排序，肯定能給面試官留下不錯的印象。
2.面試流程？
1）讓你自我介紹
2）問Java基礎知識
3）問項目
4）情景問題，例如：你的一個功能上了生產環境後，伺服器壓力驟增，該怎麼排查。
5）你有什麼想問面試官的
3.面試常問的知識點？
1）集合相關問題（必問）：
HashMap、LinkedHashMap、ConcurrentHashMap、ArrayList、LinkedList的底層實現。
HashMap和Hashtable的區別。
ArrayList、LinkedList、Vector的區別。
HashMap和ConcurrentHashMap的區別。
HashMap和LinkedHashMap的區別。
HashMap是線程安全的嗎。
ConcurrentHashMap是怎麼實現線程安全的。
2）線程相關問題（必問）：
創建線程的3種方式。
什麼是線程安全。
Runnable介面和Callable介面的區別。
wait方法和sleep方法的區別。
synchronized、Lock、ReentrantLock、ReadWriteLock。
介紹下CAS(無鎖技術)。
什麼是ThreadLocal。
創建線程池的4種方式。
ThreadPoolExecutor的內部工作原理。
分布式環境下，怎麼保證線程安全。
3）JVM相關問題：
介紹下垃圾收集機制（在什麼時候，對什麼，做了什麼）。
垃圾收集有哪些演算法，各自的特點。
類載入的過程。
雙親委派模型。
有哪些類載入器。
能不能自己寫一個類叫java.lang.String。
4）設計模式相關問題（必問）：
先問你熟悉哪些設計模式，然後再具體問你某個設計模式具體實現和相關擴展問題。
5）資料庫相關問題，針對Mysql（必問）：
給題目讓你手寫SQL。
有沒有SQL優化經驗。
Mysql索引的數據結構。
SQL怎麼進行優化。
SQL關鍵字的執行順序。
有哪幾種索引。
什麼時候該（不該）建索引。
Explain包含哪些列。
Explain的Type列有哪幾種值。
6）框架相關問題：
Hibernate和Mybatis的區別。
Spring MVC和Struts2的區別。
Spring用了哪些設計模式。
Spring中AOP主要用來做什麼。
Spring注入bean的方式。
什麼是IOC，什麼是依賴注入。
Spring是單例還是多例，怎麼修改。
Spring事務隔離級別和傳播性。
介紹下Mybatis/Hibernate的緩存機制。
Mybatis的mapper文件中#和$的區別。
Mybatis的mapper文件中resultType和resultMap的區別。
Mybatis中DAO層介面沒有寫實現類，Mapper中的方法和DAO介面方法是怎麼綁定到一起的，其內部是怎麼實現的。
7）其他遇到問題：
介紹下棧和隊列。
IO和NIO的區別。
介面和抽象類的區別。
int和Integer的自動拆箱/裝箱相關問題。
常量池相關問題。
==和equals的區別。
重載和重寫的區別。
String和StringBuilder、StringBuffer的區別。
靜態變數、實例變數、局部變數線程安全嗎，為什麼。
try、catch、finally都有return語句時執行哪個。
介紹下B樹、二叉樹。
ajax的4個字母分別是什麼意思。
xml全稱是什麼。
分布式鎖的實現。
分布式session存儲解決方案。
常用的linux命令。
一些經驗：
1.先投一些普通公司，等面出了心得再去投理想的公司。
2.不熟悉的技術不要主動提。
3.對於那種實習期6個月還打8折的公司，除非你沒有其他選擇了，否則不要去。
4.小公司喜歡在薪水上壓你，開的時候適當提高。
5.不要去參加招聘會，純粹是浪費時間。
6.把面試當作一次技術的交流，不要太在意是否能被錄取。
7.公司一般面完就決定是否錄取了，讓你回去等消息這種情況一般沒戲，無論你自己覺得面的有多好。
8.盡量少通過電話面試，效果不好。
9.在面試的日子裡，要保持每天學習，無論是學習新東西還是復習舊東西。
10.拿到offer了，問問自己這個公司讓自己100%滿意了嗎，如果不是，請繼續努力找更好的。
11.通過面試官可以大概判斷這家公司的情況。
12.拉勾投的簡歷很多會被篩掉，但是拉勾還是面試機會的最主要來源。
13.理想的公司可以多投幾次，我有好幾次都是第一次投被篩掉，多投幾次就過的經驗。
14.問到自己有深入研究過的知識，抓住機會好好表現，不要輕易放過。

Ⅷ 怎麼閱讀spring源碼

從HttpServletBean的init()進入，再到initWebApplicationContext()，再到refresh()，再到refreshBeanFactory()，再到finishRefresh()，直到伺服器啟動成功。不知道讀了多少遍，
但是源碼的東西實在的太多了，想要完全讀懂，完全理清頭緒，還差很遠啊。所以我只重點關注了兩塊內容，就是bean的定位載入解析注冊、bean的實例化兩大塊內容，其他地方稍作了解，沒有太過深入。
整個容器的啟動流程，都在AbstractApplicationContext的refresh()的模板方法中了。

復制代碼
1 public void refresh() throws BeansException, IllegalStateException {
2 synchronized (this.startupShutdownMonitor) {
3 // Prepare this context for refreshing.
4 prepareRefresh();
5
6 // Tell the subclass to refresh the internal bean factory.
7 beanFactory = obtainFreshBeanFactory();
8
9 // Prepare the bean factory for use in this context.
10 prepareBeanFactory(beanFactory);
11
12 try {
13 // Allows post-processing of the bean factory in context subclasses.
14 postProcessBeanFactory(beanFactory);
15
16 // Invoke factory processors registered as beans in the context.
17 (beanFactory);
18
19 // Register bean processors that intercept bean creation.
20 registerBeanPostProcessors(beanFactory);
21
22 // Initialize message source for this context.
23 initMessageSource();
24
25 // Initialize event multicaster for this context.
26 ();
27
28 // Initialize other special beans in specific context subclasses.
29 onRefresh();
30
31 // Check for listener beans and register them.
32 registerListeners();
33
34 // Instantiate all remaining (non-lazy-init) singletons.
35 (beanFactory);
36
37 // Last step: publish corresponding event.
38 finishRefresh();
39 }
40
41 catch (BeansException ex) {
42 // Destroy already created singletons to avoid dangling resources.
43 destroyBeans();
44
45 // Reset 'active' flag.
46 cancelRefresh(ex);
47
48 // Propagate exception to caller.
49 throw ex;
50 }
51 }
52 }

其實，我並沒有上來就看源碼，而是先從看書開始，稍微了解，知道了一些關鍵點，關鍵流程，自己產生了一堆疑問，然後帶著疑問去讀源碼，讀著讀著，發現有些疑問就這么解決了。

Ⅸ 技術面試那麼喜歡問底層,為什麼還要用別人的框架

全方位考察
問這些問題主要是考察面試者專研精神、邏輯思維、抗挫折等軟實力,考察硬實力倒是其次。

Ⅹ 如果你是一個 Java 面試官，你會問哪些問題

1、談談你對 Java 平台的理解？「Java 是解釋執行」，這句話正確嗎？考點分析：對於這類籠統的問題，你需要盡量表現出自己的思維深入並系統化，Java 知識理解得也比較全面，一定要避免讓面試官覺得你是個「知其然不知其所以然」的人。畢竟明白基本組成和機制，是日常工作中進行問題診斷或者性能調優等很多事情的基礎，相信沒有招聘方會不喜歡「熱愛學習和思考」的面試者。回歸正題，對於 Java 平台的理解，可以從很多方面簡明扼要地談一下，例如：Java 語言特性，包括泛型、Lambda 等語言特性；基礎類庫，包括集合、IO/NIO、網路、並發、安全等基礎類庫。對於我們日常工作應用較多的類庫，面試前可以系統化總結一下，有助於臨場發揮。2、對比Hashtable、HashMap、TreeMap有什麼不同？考點分析：上面的回答，只是對一些基本特徵的簡單總結，針對Map相關可以擴展的問題很多，從各種數據結構、典型應用場景，到程序設計實現的技術考量，尤其是在Java 8里，HashMap本身發生了非常大的變化，這些都是經常考察的方面。很多朋友向我反饋，面試官似乎鍾愛考察HashMap的設計和實現細節，所以今天我會增加相應的源碼解讀，主要專注於下面幾個方面：理解Map相關類似整體結構，尤其是有序數據結構的一些要點。從源碼去分析HashMap的設計和實現要點，理解容量、負載因子等，為什麼需要這些參數，如何影響Map的性能，實踐中如何取捨等。理解樹化改造的相關原理和改進原因。除了典型的代碼分析，還有一些有意思的並發相關問題也經常會被提到，如HashMap在並發環境可能出現無限循環佔用CPU、size不準確等詭異的問題。我認為這是一種典型的使用錯誤，因為HashMap明確聲明不是線程安全的數據結構，如果忽略這一點，簡單用在多線程場景里，難免會出現問題。理解導致這種錯誤的原因，也是深入理解並發程序運行的好辦法。對於具體發生了什麼，你可以參考這篇很久以前的分析，裡面甚至提供了示意圖，我就不再重復別人寫好的內容了。3、Java 提供了哪些 IO 方式？ NIO 如何實現多路復用？考點分析：在實際面試中，從傳統 IO 到 NIO、NIO 2，其中有很多地方可以擴展開來，考察點涉及方方面面，比如：基礎 API 功能與設計， InputStream/