這個(gè)帖子的背景是今晚看到j(luò)e上這張貼：http://www.iteye.com/topic/715256，心血來潮寫下的文字，如果能拋磚引玉，能有其他面試官分析一下自己面試時(shí)問的問題，那或許是件很有意義的事情。
在公司當(dāng)技術(shù)面試官幾年間，從應(yīng)屆生到工作十幾年的應(yīng)聘者都遇到過。先表達(dá)一下我自己對(duì)面試的觀點(diǎn)：
1.筆試、面試去評(píng)價(jià)一個(gè)人肯定是不夠準(zhǔn)確的，了解一個(gè)人最準(zhǔn)確的方式就是“路遙知馬力，日久見人心”。通過一、二個(gè)小時(shí)內(nèi)的做題、交流，只是沒有其他辦法下進(jìn)行的無奈之舉，所以通過了面試不代表有多成功，沒通過也不代表有多失敗。
2.好的面試官本身交談的時(shí)候就不應(yīng)當(dāng)把自己一個(gè)居高臨下的角色上，應(yīng)當(dāng)把自己和應(yīng)聘者當(dāng)做兩個(gè)做技術(shù)的人平等的交流，把自己當(dāng)作權(quán)威往往就會(huì)受到觀點(diǎn)的角度、語言表達(dá)、工作領(lǐng)域的慣性的制約。
3.好的考察題目則是大家能經(jīng)常接觸，不同層次的人能有不同層次的答案，能從問題引申出后面繼續(xù)討論的話題。
舉個(gè)例子拋磚引玉，下面這個(gè)問題是我以前常問的，從應(yīng)屆生到工作十幾年的人都問過：
引用
“地球人都知道，Java有個(gè)東西叫垃圾收集器，它讓創(chuàng)建的對(duì)象不需要像c/cpp那樣delete、free掉，你能不能談?wù)?，GC是在什么時(shí)候，對(duì)什么東西，做了什么事情？”
我自己分析一下這個(gè)問題，首先是“什么時(shí)候”，不同層次的回答從低到高排列：
1.系統(tǒng)空閑的時(shí)候。
分析：這種回答大約占30%，遇到的話一般我就會(huì)準(zhǔn)備轉(zhuǎn)向別的話題，譬如算法、譬如SSH看看能否發(fā)掘一些他擅長的其他方面。
2.系統(tǒng)自身決定，不可預(yù)測(cè)的時(shí)間/調(diào)用System.gc()的時(shí)候。
分析：這種回答大約占55%，大部分應(yīng)屆生都能回答到這個(gè)答案，起碼不能算錯(cuò)誤是吧，后續(xù)應(yīng)當(dāng)細(xì)分一下到底是語言表述導(dǎo)致答案太籠統(tǒng)，還是本身就只有這樣一個(gè)模糊的認(rèn)識(shí)。
3.能說出新生代、老年代結(jié)構(gòu)，能提出minor gc/full gc
分析：到了這個(gè)層次，基本上能說對(duì)GC運(yùn)作有概念上的了解，譬如看過《深入JVM虛擬機(jī)》之類的。這部分不足10%。
4.能說明minor gc/full gc的觸發(fā)條件、OOM的觸發(fā)條件，降低GC的調(diào)優(yōu)的策略。
分析：列舉一些我期望的回答：eden滿了minor gc，升到老年代的對(duì)象大于老年代剩余空間full gc，或者小于時(shí)被HandlePromotionFailure參數(shù)強(qiáng)制full gc；gc與非gc時(shí)間耗時(shí)超過了GCTimeRatio的限制引發(fā)OOM，調(diào)優(yōu)諸如通過NewRatio控制新生代老年代比例，通過MaxTenuringThreshold控制進(jìn)入老年前生存次數(shù)等……能回答道這個(gè)階段就會(huì)給我?guī)肀容^高的期望了，當(dāng)然面試的時(shí)候正常人都不會(huì)記得每個(gè)參數(shù)的拼寫，我自己寫這段話的時(shí)候也是翻過手冊(cè)的?；卮鸬肋@部分的小于2%。
PS：加起來不到100%，是因?yàn)橛写_實(shí)少數(shù)直接說不知道，或者直接拒絕回答的= =#
分析第二個(gè)問題：“對(duì)什么東西”：
1.不使用的對(duì)象。
分析：相當(dāng)于沒有回答，問題就是在問什么對(duì)象才是“不使用的對(duì)象”。大約占30%。
2.超出作用域的對(duì)象/引用計(jì)數(shù)為空的對(duì)象。
分析：這2個(gè)回答站了60%，相當(dāng)高的比例，估計(jì)學(xué)校教java的時(shí)候老師就是這樣教的。第一個(gè)回答沒有解決我的疑問，gc到底怎么判斷哪些對(duì)象在不在作用域的？至于引用計(jì)數(shù)來判斷對(duì)象是否可收集的，我可以會(huì)補(bǔ)充一個(gè)下面這個(gè)例子讓面試者分析一下obj1、obj2是否會(huì)被GC掉？
class C{
public Object x;
}
C obj1、obj2 = new C();
obj1.x = obj2;
obj2.x = obj1;
obj1、obj2 = null;
3.從gc root開始搜索，搜索不到的對(duì)象。
分析：根對(duì)象查找、標(biāo)記已經(jīng)算是不錯(cuò)了，小于5%的人可以回答道這步，估計(jì)是引用計(jì)數(shù)的方式太“深入民心”了。基本可以得到這個(gè)問題全部分?jǐn)?shù)。
PS：有面試者在這個(gè)問補(bǔ)充強(qiáng)引用、弱引用、軟引用、幻影引用區(qū)別等，不是我想問的答案，但可以加分。
4.從root搜索不到，而且經(jīng)過第一次標(biāo)記、清理后，仍然沒有復(fù)活的對(duì)象。
分析：我期待的答案。但是的確很少面試者會(huì)回答到這一點(diǎn)，所以在我心中回答道第3點(diǎn)我就給全部分?jǐn)?shù)。
最后由一個(gè)問題：“做什么事情”，這個(gè)問發(fā)揮的空間就太大了，不同年代、不同收集器的動(dòng)作非常多。
1.刪除不使用的對(duì)象，騰出內(nèi)存空間。
分析：同問題2第一點(diǎn)。40%。
2.補(bǔ)充一些諸如停止其他線程執(zhí)行、運(yùn)行finalize等的說明。
分析：起碼把問題具體化了一些，如果像答案1那樣我很難在回答中找到話題繼續(xù)展開，大約占40%的人。
補(bǔ)充一點(diǎn)題外話，面試時(shí)我最怕遇到的回答就是“這個(gè)問題我說不上來，但是遇到的時(shí)候我上網(wǎng)搜一下能做出來”。做程序開發(fā)確實(shí)不是去鍛煉茴香豆的“茴”有幾種寫法，不死記硬背我同意，我不會(huì)糾語法、單詞，但是多少你說個(gè)思路呀，要直接回答一個(gè)上網(wǎng)搜，我完全沒辦法從中獲取可以評(píng)價(jià)應(yīng)聘者的信息，也很難從回答中繼續(xù)發(fā)掘話題展開討論。建議大家盡量回答引向自己熟悉的，可討論的領(lǐng)域，展現(xiàn)給面試官最擅長的一面。
3.能說出諸如新生代做的是復(fù)制清理、from survivor、to survivor是干啥用的、老年代做的是標(biāo)記清理、標(biāo)記清理后碎片要不要整理、復(fù)制清理和標(biāo)記清理有有什么優(yōu)劣勢(shì)等。
分析：也是看過《深入JVM虛擬機(jī)》的基本都能回答道這個(gè)程度，其實(shí)到這個(gè)程度我已經(jīng)比較期待了。同樣小于10%。
4.除了3外，還能講清楚串行、并行（整理/不整理碎片）、CMS等搜集器可作用的年代、特點(diǎn)、優(yōu)劣勢(shì)，并且能說明控制/調(diào)整收集器選擇的方式。
分析：同上面2個(gè)問題的第四點(diǎn)。
最后介紹一下自己的背景，在一間不大不小的上市軟件公司擔(dān)任平臺(tái)架構(gòu)師，有3年左右的面試官經(jīng)驗(yàn)，工作主要方向是大規(guī)模企業(yè)級(jí)應(yīng)用，參與過若干個(gè)億元級(jí)的項(xiàng)目的底層架構(gòu)工作。
轉(zhuǎn)載自
一個(gè)面試官對(duì)面試問題的分析
