為了節省大家的時間和提高學習效率，一些過時知識點和被筆試概率極低的題目不再被收錄和分析。
回答問題的思路：先正面敘述一些基本的核心知識，然後描述一些特殊的東西，最後再來一些錦上添花的東西。要注意有些不是錦上添花，而是畫蛇添足的東西，不要隨便寫上。把答題像寫書一樣寫。我要回答一個新技術的問題大概思路和步驟是：我們想幹什麼，怎麼幹，乾的過程中遇到了什麼問題，現在用什麼方式來解決。其實我們講課也是這樣一個思路。

例如，講ajax時，我們希望不改變原來的整個網頁，而只是改變網頁中的區域性內容，例如，使用者名稱校驗，級聯下拉列表，下拉樹狀選單。用傳統方式，就是瀏覽器自己直接向伺服器發請求，伺服器返回新頁面會蓋掉老頁面，這樣就不流暢了。

對本面試寶典中的題目有信心嗎？本來有信心的，結果聽你講完後，就沒信心了！我非常理解。因為他覺得我的太深，他想記住我的些東西，可是記不住，所以沒信心了。我又問：聽懂了嗎？他說聽懂了。你到現在只要把你的理解儘量清晰地、有條理地表達出來，就很棒了。

這套面試題主要目的是幫助那些還沒有java軟體開發實際工作經驗，而正在努力尋找java軟體開發工作的朋友在筆試時更好地贏得筆試和麵試。由於這套面試題涉及的範圍很泛，很廣，很雜，大家不可能一天兩天就看完和學完這套面試寶典，即使你已經學過了有關的技術，那麼至少也需要一個月的時間才能消化和掌握這套面試寶典，所以，大家應該早作準備，從拿到這套面試寶典之日起，就要堅持在每天閒暇之餘學習其中幾道題目，日積月累，等到出去面試時，一切都水到渠成，面試時就自然會遊刃有餘了。

答題時，先答是什麼，再答有什麼作用和要注意什麼（這部分最重要，展現自己的心得）

答案的段落分別，層次分明，條理清晰都非常重要，從這些表面的東西也可以看出一個人的習慣、辦事風格、條理等。

要講你做出答案的思路過程，或者說你記住答案的思想都寫下來。把答題想著是辯論賽。答題就是給別人講道理、擺事實。答題不侷限於什麼格式和形式，就是要將自己的學識展現出來！

別因為人家題目本來就模稜兩可，你就心裡膽怯和沒底氣了，不敢回答了。你要大膽地指出對方題目很模糊和你的觀點，不要把面試官想得有多高，其實他和你就是差不多的，你想想，如果他把你招進去了，你們以後就是同事了，可不是差不多的嗎？

關於就業薪水，如果你是應屆生，那不能要高工資

公司招聘程式設計師更看重的要用到的編碼技術、而不是那些業務不太相關的所謂專案經歷：
1.公司想招什麼樣的人
2.公司面試會問什麼.
3.簡歷怎麼寫
4怎樣達到簡歷上的標準（培訓中心教專案的目的）

對於一些公司接到了一些專案，想招聘一些初中級的程式設計師過來幫助寫程式碼，完成這個專案，你更看重的是他的專業技術功底，還是以前做過幾個專案的經歷呢？我們先排除掉那些編碼技術功底好，又正好做過相似專案的情況，實際上，這種魚和熊掌兼得的情況並不常見。其實公司很清楚，只要招聘進來的人技術真的很明白，那他什麼專案都可以做出來，公司招人不是讓你去重複做你以前的專案，而是做一個新專案，業務方面，你只要進了專案團隊，自然就能掌握。

所以，大多數招聘單位在招聘那些編碼級別的程式設計師時也沒指望能招聘到做過類似專案的人，也不會刻意去找做過類似專案的人，用人單位也不是想把你招進，然後把你以前做過的專案重做一遍，所以，用人單位更看重招進來的人對要用到的編碼技術的功底到底怎樣，技術紮實不紮實，專案則只要跟著開發團隊走，自然就沒問題。

除非是一些非常專業的行業，要招聘特別高階的開發人員和系統分析師，招聘單位才特別注重他的專案經驗和行業經驗，要去找到行業高手，公司才關心專案和與你聊專案的細節，這樣的人通常都不是通過常規招聘渠道去招聘進來的，而是通過各種手段挖過來的，這情況不再我今天要討論的範圍中。

技術學得明白不明白，人家幾個問題就把你的深淺問出來了，只要問一些具體的技術點，就很容易看出你是真懂還是假懂，很容看出你的技術深度和實力，所以，技術是來不得半點虛假的，必須紮紮實實。

由於專案的種類繁多，涉及到現實生活中的各行各業，什麼五花八門的業務都有，例如，酒店房間預定管理，公司車輛排程管理，學校課程教室管理，超市進銷存管理，知識內容管理，等等……成千上萬等等，但是，不管是什麼專案，採用的無非都是我們學習的那些目前流行和常用的技術。技術好、經驗豐富，則專案做出來的效率高些，程式更穩定和更容易維護些；技術差點，碰碰磕磕最後也能把專案做出來，無非是做的週期長點、返工的次數多點，程式程式碼寫得差些，用的技術笨拙點。

如果一個人不是完完全全做過某個專案，他是不太關心該專案的業務的，對其中的一些具體細節更是一竅不知，(如果我招你來做圖書管理，你專案經歷說你做過汽車排程，那我能問你汽車排程具體怎麼回事嗎？不會，所以，你很容易矇混過去的)而一個程式設計師的整個職業生涯中能實實在在和完完整整做出來的專案沒幾個，更別說在多個不同行業的專案了，有的程式設計師更是一輩子都只是在做某一個行業的專案，結果他就成了這個行業的專家(專門幹一件事的傢伙)。

所以，技術面試官通常沒正好親身經歷過你簡歷寫的那些專案，他不可能去問你寫的那些專案的具體細節，而是隻能泛泛地問你這個專案是多少人做的，做了多長時間，開發的過程，你在做專案的過程中有什麼心得和收穫，用的什麼技術等面上的問題，所以，簡歷上的專案經歷可以含有很多水分，很容易作假，技術面試官也無法在專案上甄別你的真偽。

簡歷該怎麼寫：精通那些技術，有一些什麼專案經歷

教專案是為了鞏固和靈活整合運用技術，增強學習的趣味性，熟悉做專案的流程，或得一些專業課程中無法獲得的特有專案經驗，增強自己面試的信心。講的專案應該真實可靠才有價值，否則，表面上是專案，實際上還是知識點的整合，對鞏固技術點和增強學習的趣味性，但無法獲得實際的專案經驗。（專案主要是增加你經驗的可信度，獲得更多面試機會，真正能不能找到工作，找到好工作，主要看你鍵盤上的功夫了），好的面試官幾下就能面出你是否真有工作經驗，他們問技術以外的公司的人和事，並且問開始、過程、結果，看你怎麼編。

我碰到的面試題

java基礎：

hashmap結構；什麼物件能做為key

hashtable,concurrentHashMap,hashtable比較

String,StringBuilder,StringBuffer

物件的深淺複製

多執行緒：

wait,sleep分別是誰的方法，區別

countLatch的await方法是否安全，怎麼改造

執行緒池引數，整個流程描述

背後的底層原理aqs，cas

ThreadLocal原理，注意事項，引數傳遞

還有java的鎖，內建鎖，顯示鎖，各種容器

及鎖優化：鎖消除，鎖粗化，鎖偏向，輕量級鎖

web方面：

servlet是否執行緒安全，如何改造

session與cookie的區別，get和post區別，tcp3次握手，檔案上傳用post還是get

session的儲存

如何防止表單重複提交

jvm:

jvm記憶體模型，

jvm問題工具,jps,jinfo,jmap…

資料庫：

最重要的索性及底層實現

索性失效的場景

最左原則

檢視執行計劃

及carndiation

然後是鎖的型別，行級表級

悲觀樂觀鎖

解釋資料庫事物及特性

隔離級別

及實現，redo log .undo log

bin log主從複製

mvcc,Next-Key Lock

分散式：

問了CAP，跟base

zookeeper滿足了CAP的哪些特性，paxos

快取穿透怎麼解決

redis的io模型

如果保證redis高可用

redis是單執行緒還是多執行緒

線上cpu佔比過高怎麼排查

一致性hash

分庫分表

spring:

ioc,aop原理

ioc初始化流程

springmvc的流程

springboot,spring cloud相關元件

專案…

友情提醒一下，對於做過的專案，最好梳理清理，可能會叫你畫各種圖。

我這邊會將近期研發的spring cloud微服務雲架構的搭建過程和精髓記錄下來，幫助更多有興趣研發spring cloud框架的朋友，大家來一起探討spring cloud架構的搭建過程及如何運用於企業專案。

我本人邀約各大BATJ架構大牛共創Java架構師社群群，（群號：673043639）致力於免費提供Java架構行業交流平臺，通過這個平臺讓大家相互學習成長，提高技術，讓自己的水平進階一個檔次，成功通往Java架構技術大牛或架構師發展

為什麼某些人會一直比你優秀，是因為他本身就很優秀還一直在持續努力變得更優秀，而你是不是還在滿足於現狀內心在竊喜!

合理利用自己每一分每一秒的時間來學習提升自己，不要再用"沒有時間“來掩飾自己思想上的懶惰！趁年輕，使勁拼，給未來的自己一個交代！

還是那句話，希望此文能幫到大家的同時，也聽聽大家的觀點。歡迎留言討論，加關注，分享你的高見！持續更新！

To-陌霖Java架構
分享網際網路最新文章 關注網際網路最新發展