Java面試有哪些必須掌握的答題技巧，你都知道嗎？
筆試答題技巧
回答問題的思路：先正面敘述一些基本的核心知識，然後描述一些特殊的東西，最後再來一些錦上添花的東西。答題時，先答是什麼，再答有什麼作用和要注意什麼（這部分最重要）。答案的段落分別，層次分明，條理清晰都非常重要，從這些表面的東西也可以看出一個人的習慣、辦事風格、條理等。
要講你做出答案的思路過程，或者說你記住答案的思想都寫下來。把答題想著是辯論賽。答題就是給別人講道理、擺事實。答題不侷限於什麼格式和形式，就是要將自己的學識展現出來！別因為人家題目本來就模稜兩可，你就心裡膽怯和沒底氣了。要大膽地指出對方題目很模糊和你的觀點，不要把面試官想得有多高，其實他和你就是差不多的，你想想，如果他把你招進去了，你們以後就是同事了，可不是差不多的嗎？
同時可以反問你的面試官一些問題，也可以將面試官的思路拉來和自己走，進到自己擅長的區域。
回答一個新技術的問題大概思路和步驟是：我們想幹什麼，怎麼幹，乾的過程中遇到了什麼問題，現在用什麼方式來解決。例如，講ajax時，我們希望不改變原來的整個網頁，而只是改變網頁中的區域性內容，例如，使用者名稱校驗，級聯下拉列表，下拉樹狀選單。用傳統方式，就是瀏覽器自己直接向伺服器發請求，伺服器返回新頁面會蓋掉老頁面，這樣就不流暢了。
對於薪資，如果覺得公司很好，比較適合自己，那麼可以適當降降，如果自己手裡有多個offer，那麼適當和公司談談條件。
公司希望招什麼樣的人
先排除掉那些編碼技術功底好，又正好做過相似專案的情況，實際上，這種魚和熊掌兼得的情況並不常見。其實公司很清楚，只要招聘進來的人技術真的很明白，那他什麼專案都可以做出來，公司招人不是讓你去重複做你以前的專案，而是做一個新專案，業務方面，你只要進了專案團隊，自然就能掌握。所以，用人單位更看重招進來的人對要用到的編碼技術的功底到底怎樣，技術紮實不紮實，專案則只要跟著開發團隊走，自然就沒問題。
除非是一些非常專業的行業，要招聘特別高階的開發人員和系統分析師，招聘單位才特別注重他的專案經驗和行業經驗，要去找到行業高手，公司才關心專案和與你聊專案的細節，這樣的人通常都不是通過常規招聘渠道去招聘進來的，而是通過各種手段挖過來的。
技術學得明白不明白，人家幾個問題就把你的深淺問出來了，只要問一些具體的技術點，就很容易看出你是真懂還是假懂，很容看出你的技術深度和實力，所以，技術是來不得半點虛假的，必須紮紮實實。
由於專案的種類繁多，但是，不管是什麼專案，採用的無非都是我們學習的那些目前流行和常用的技術。技術好、經驗豐富，則專案做出來的效率高些，程式更穩定和更容易維護些。
如果一個人不是完完全全做過某個專案，他是不太關心該專案的業務的，對其中的一些具體細節更是一竅不知。而一個程式設計師的整個職業生涯中能實實在在和完完整整做出來的專案沒幾個，更別說在多個不同行業的專案了，有的程式設計師更是一輩子都只是在做某一個行業的專案，結果他就成了這個行業的專家(專門幹一件事的傢伙)。
所以，技術面試官通常沒正好親身經歷過你簡歷寫的那些專案，他不可能去問你寫的那些專案的具體細節，而是隻能泛泛地問你這個專案是多少人做的，做了多長時間，開發的過程，你在做專案的過程中有什麼心得和收穫，用的什麼技術等面上的問題，所以，簡歷上的專案經歷可以含有很多水分，很容易作假，技術面試官也無法在專案上甄別你的真偽。專案主要是增加你經驗的可信度，獲得更多面試機會，真正能不能找到工作，找到好工作，主要看你鍵盤上的功夫。
好的面試官幾下就能面出你是否真有工作經驗，他們問技術以外的公司的人和事，並且問開始、過程、結果，看你怎麼組織語言。
如何在面試中介紹自己的專案經驗
在面試前準備專案描述，別害怕，因為面試官什麼都不知道,拿到你的簡歷的時候，是沒法核實你的專案細節的更何況，你做的專案是以月為單位算的，而面試官最多用30分鐘來從你的簡歷上了解你的專案經驗，所以你對專案的熟悉程度要遠遠超過面試官。
在面試前準備專案描述，別害怕，因為面試官什麼都不知道,拿到你的簡歷的時候，是沒法核實你的專案細節的更何況，你做的專案是以月為單位算的，而面試官最多用30分鐘來從你的簡歷上了解你的專案經驗，所以你對專案的熟悉程度要遠遠超過面試官。
你和麵試官對專案瞭解的對比
面試官如何瞭解你的底細
準備專案的各種細節，一旦被問倒了，就說明你沒做過
在面試前準備專案描述，別害怕，因為面試官什麼都不知道,拿到你的簡歷的時候，是沒法核實你的專案細節的更何況，你做的專案是以月為單位算的，而面試官最多用30分鐘來從你的簡歷上了解你的專案經驗，所以你對專案的熟悉程度要遠遠超過面試官。
自信些，因為這部分你說了算，流利些，但是不要說得太快。而且這些是你實際的專案經驗，那麼一旦讓面試官感覺你都說不上來，那麼可信度就很低了。
不要侷限於“專案裡做了什麼業務，以及程式碼實現的細節”，這就相當於把後繼提問權直接交給面試官。
不好的回答方式
專案描述要素
避免出現的情況
不露痕跡地說出面試官愛聽的話
主動亮出自己的亮點和加分項(適當擴充套件)
注意，說的時候要有技巧，找機會說，通常是找一些開放性的問題說。比如：在這個專案裡用到了什麼技術？你除了說一些基本的技術，比如SpringMVC，Hibernate，還有資料庫方面的常規技術時，還得說，用到了Java記憶體管理，這樣能減少對虛擬機器記憶體的壓力，或者說用到了大資料處理技術等。也就是說，得找一切機會說出你拿得出手的而且當前也非常熱門的技術。
找個相關的問題做擴充套件性說明:比如被問到：你有沒有用到過一對多和多對多？你除了說基本知識點以外，還可以說，一般我還會根據需求適當地設定cascade和inverse關鍵字，隨後通過一個實際的案例來說明合理設計對你專案的幫助，這樣就能延伸性地說明你的技能了。
面試官評語:一旦回答簡單，不主動說出你的擅長點，或沒有條理很清楚地說出你的亮點，通過面試，也不會寫上“框架細節瞭解比較深，資料庫應用比較熟練”等之類的好評語。
我在面試別人過程中，根據不同的情兄一般會給出如下的評語。
1、回答很簡答，但回答裡能證明出他對框架等技術確實是做過，我會在評語裡些對框架了解一般，不知道一些深層次的知識(我都問了多次了你都回答很簡答，那麼對不起了 ，我只能這麼寫，或許你確實技術很強，那也沒辦法，誰讓你不肯說呢? )”, 同時會加一句”表達能力很一般， 溝通能力不強，這樣即使他通過技術面試，後面的面試他也會很吃力。
2、回答很簡單，通過回答我沒法驗證他是在專案裡做過這個技術，還是僅僅在平時學習中學過這個技術。我就會寫“在簡歷中說用過XX技術，但對某些細節說不上來，沒法看出在專案裡用到這個技術，如果這個技術是職務必需點，那麼他通過面試的可能性就非常小。
3、回答很簡單，而且只通過嗯啊之類的虛詞回答.經過提醒還這樣，我會敷衍幾句結束面試，直接寫"技術很薄弱，沒法通過面試”。
4、雖然通過回答能很好地展示自己的技能，但邏輯調理不清晰，那麼我會讓他通過技術面試，但會寫上“技能很好，但表達能力一般(或有待提高)， 請後繼面試經理斟酌”。這樣通過後繼綜合面試的機會就-般了，畢竟綜合面試會著重考察表達能力交往能力等非技術因素。
一旦有低階錯誤，可能會直接出局
面試過程中有些方面你是絕對不能出錯，所以你在準備過程中需要尤其注意如下的因素。
引導面試官，掌握面試主動權
在回答問題時丟擲自己準備好的知識點，引導面試官問問問題，但是不要詳細說，點到為止即可。
準備好這種“一筆帶過”的話，比如這個職位的需求點是Spring MVC框架，大資料高併發，要有資料庫調優經驗，那麼介紹以往專案時，你就最好突出這些方面你的實際技能。
舉例：比如Java虛擬機器記憶體管理和資料庫優化是絕大多數專案都要遇到的兩大問題，大家都可以在敘述專案經驗時說，在這個專案裡，我們需要考慮記憶體因素，因為我們的程式碼只允許在2G記憶體環境中執行，而且對資料庫效能要求比較高，所以我們經常要監控優化記憶體和資料庫裡的SQL語句。這樣當面試官深入提問時，就能丟擲自己準備好的虛擬機器記憶體優化和資料庫優化方面的說辭。