下面是一些中級(jí)Java程序員常見面試題匯總，你可以用它來好好準(zhǔn)備面試。

　　什么是線程？

　　線程是操作系統(tǒng)能夠進(jìn)行運(yùn)算調(diào)度的最小單位，它被包含在進(jìn)程之中，是進(jìn)程中的實(shí)際運(yùn)作單位。程序員可以通過它進(jìn)行多處理器編程，你可以使用多線程對(duì)運(yùn)算密集型任務(wù)提速。比如，如果一個(gè)線程完成一個(gè)任務(wù)要100毫秒，那么用十個(gè)線程完成改任務(wù)只需10毫秒。Java在語言層面對(duì)多線程提供了卓越的支持，它也是一個(gè)很好的賣點(diǎn)。

　　線程和進(jìn)程有什么區(qū)別？

　　線程是進(jìn)程的子集，一個(gè)進(jìn)程可以有很多線程，每條線程并行執(zhí)行不同的任務(wù)。不同的進(jìn)程使用不同的內(nèi)存空間，而所有的線程共享一片相同的內(nèi)存空間。別把它和棧內(nèi)存搞混，每個(gè)線程都擁有單獨(dú)的棧內(nèi)存用來存儲(chǔ)本地?cái)?shù)據(jù)。

　　如何在Java中實(shí)現(xiàn)線程？

　　在語言層面有兩種方式。java.lang.Thread類的實(shí)例就是一個(gè)線程但是它需要調(diào)用java.lang.Runnable接口來執(zhí)行，由于線程類本身就是調(diào)用的Runnable接口所以你可以繼承java.lang.Thread類或者直接調(diào)用Runnable接口來重寫run()方法實(shí)現(xiàn)線程。

　　用Runnable還是Thread？

　　這個(gè)問題是上題的后續(xù)，大家都知道我們可以通過繼承Thread類或者調(diào)用Runnable接口來實(shí)現(xiàn)線程，問題是，那個(gè)方法更好呢？什么情況下使用它？這個(gè)問題很容易回答，如果你知道Java不支持類的多重繼承，但允許你調(diào)用多個(gè)接口。所以如果你要繼承其他類，當(dāng)然是調(diào)用Runnable接口好了。

　　Thread類中的start()和run()方法有什么區(qū)別？

　　這個(gè)問題經(jīng)常被問到，但還是能從此區(qū)分出面試者對(duì)Java線程模型的理解程度。start()方法被用來啟動(dòng)新創(chuàng)建的線程，而且start()內(nèi)部調(diào)用了run()方法，這和直接調(diào)用run()方法的效果不一樣。當(dāng)你調(diào)用run()方法的時(shí)候，只會(huì)是在原來的線程中調(diào)用，沒有新的線程啟動(dòng)，start()方法才會(huì)啟動(dòng)新線程。

　　Java中Runnable和Callable有什么不同？

　　Runnable和Callable都代表那些要在不同的線程中執(zhí)行的任務(wù)。Runnable從JDK1.0開始就有了，Callable是在JDK1.5增加的。它們的主要區(qū)別是Callable的call()方法可以返回值和拋出異常，而Runnable的run()方法沒有這些功能。Callable可以返回裝載有計(jì)算結(jié)果的Future對(duì)象。

　　Java中CyclicBarrier和CountDownLatch有什么不同？

　　CyclicBarrier和CountDownLatch都可以用來讓一組線程等待其它線程。與CyclicBarrier不同的是，CountdownLatch不能重新使用。。

　　Java內(nèi)存模型是什么？

　　Java內(nèi)存模型規(guī)定和指引Java程序在不同的內(nèi)存架構(gòu)、CPU和操作系統(tǒng)間有確定性地行為。它在多線程的情況下尤其重要。Java內(nèi)存模型對(duì)一個(gè)線程所做的變動(dòng)能被其它線程可見提供了保證，它們之間是先行發(fā)生關(guān)系。這個(gè)關(guān)系定義了一些規(guī)則讓程序員在并發(fā)編程時(shí)思路更清晰。比如，先行發(fā)生關(guān)系確保了：

　　線程內(nèi)的代碼能夠按先后順序執(zhí)行，這被稱為程序次序規(guī)則。

　　對(duì)于同一個(gè)鎖，一個(gè)解鎖操作一定要發(fā)生在時(shí)間上后發(fā)生的另一個(gè)鎖定操作之前，也叫做管程鎖定規(guī)則。

　　前一個(gè)對(duì)volatile的寫操作在后一個(gè)volatile的讀操作之前，也叫volatile變量規(guī)則。

　　一個(gè)線程內(nèi)的任何操作必需在這個(gè)線程的start()調(diào)用之后，也叫作線程啟動(dòng)規(guī)則。

　　一個(gè)線程的所有操作都會(huì)在線程終止之前，線程終止規(guī)則。

　　一個(gè)對(duì)象的終結(jié)操作必需在這個(gè)對(duì)象構(gòu)造完成之后，也叫對(duì)象終結(jié)規(guī)則。

　　可傳遞性

　　我強(qiáng)烈建議大家閱讀《Java并發(fā)編程實(shí)踐》第十六章來加深對(duì)Java內(nèi)存模型的理解。

　　Java中的volatile變量是什么？

　　volatile是一個(gè)特殊的修飾符，只有成員變量才能使用它。在Java并發(fā)程序缺少同步類的情況下，多線程對(duì)成員變量的操作對(duì)其它線程是透明的。volatile變量可以保證下一個(gè)讀取操作會(huì)在前一個(gè)寫操作之后發(fā)生，就是上一題的volatile變量規(guī)則。

　　什么是線程安全？Vector是一個(gè)線程安全類嗎？

　　如果你的代碼所在的進(jìn)程中有多個(gè)線程在同時(shí)運(yùn)行，而這些線程可能會(huì)同時(shí)運(yùn)行這段代碼。如果每次運(yùn)行結(jié)果和單線程運(yùn)行的結(jié)果是一樣的，而且其他的變量的值也和預(yù)期的是一樣的，就是線程安全的。一個(gè)線程安全的計(jì)數(shù)器類的同一個(gè)實(shí)例對(duì)象在被多個(gè)線程使用的情況下也不會(huì)出現(xiàn)計(jì)算失誤。很顯然你可以將集合類分成兩組，線程安全和非線程安全的。Vector是用同步方法來實(shí)現(xiàn)線程安全的,而和它相似的ArrayList不是線程安全的。

　　Java中什么是競態(tài)條件？舉個(gè)例子說明。

　　競態(tài)條件會(huì)導(dǎo)致程序在并發(fā)情況下出現(xiàn)一些bugs。多線程對(duì)一些資源的競爭的時(shí)候就會(huì)產(chǎn)生競態(tài)條件，如果首先要執(zhí)行的程序競爭失敗排到后面執(zhí)行了，那么整個(gè)程序就會(huì)出現(xiàn)一些不確定的bugs。這種bugs很難發(fā)現(xiàn)而且會(huì)重復(fù)出現(xiàn)，因?yàn)榫€程間的隨機(jī)競爭。一個(gè)例子就是無序處理。

　　Java中如何停止一個(gè)線程？

　　Java提供了很豐富的API但沒有為停止線程提供API。JDK1.0本來有一些像stop(),suspend()和resume()的控制方法但是由于潛在的死鎖威脅因此在后續(xù)的JDK版本中他們被棄用了，之后JavaAPI的設(shè)計(jì)者就沒有提供一個(gè)兼容且線程安全的方法來停止一個(gè)線程。當(dāng)run()或者call()方法執(zhí)行完的時(shí)候線程會(huì)自動(dòng)結(jié)束,如果要手動(dòng)結(jié)束一個(gè)線程，你可以用volatile布爾變量來退出run()方法的循環(huán)或者是取消任務(wù)來中斷線程。

　　一個(gè)線程運(yùn)行時(shí)發(fā)生異常會(huì)怎樣？

　　這是一個(gè)很刁鉆的Java面試題,簡單的說，如果異常沒有被捕獲該線程將會(huì)停止執(zhí)行。Thread.UncaughtExceptionHandler是用于處理未捕獲異常造成線程突然中斷情況的一個(gè)內(nèi)嵌接口。當(dāng)一個(gè)未捕獲異常將造成線程中斷的時(shí)候JVM會(huì)使用Thread.getUncaughtExceptionHandler()來查詢線程的UncaughtExceptionHandler并將線程和異常作為參數(shù)傳遞給handler的uncaughtException()方法進(jìn)行處理。

　　如何在兩個(gè)線程間共享數(shù)據(jù)？

　　你可以通過共享對(duì)象來實(shí)現(xiàn)這個(gè)目的，或者是使用像阻塞隊(duì)列這樣并發(fā)的數(shù)據(jù)結(jié)構(gòu)。這篇教程《Java線程間通信》(涉及到在兩個(gè)線程間共享對(duì)象)用wait和notify方法實(shí)現(xiàn)了生產(chǎn)者消費(fèi)者模型。

　　Java中notify和notifyAll有什么區(qū)別？

　　這又是一個(gè)刁鉆的問題，因?yàn)槎嗑€程可以等待單監(jiān)控鎖，JavaAPI的設(shè)計(jì)人員提供了一些方法當(dāng)?shù)却龡l件改變的時(shí)候通知它們，但是這些方法沒有完全實(shí)現(xiàn)。notify()方法不能喚醒某個(gè)具體的線程，所以只有一個(gè)線程在等待的時(shí)候它才有用武之地。而notifyAll()喚醒所有線程并允許他們爭奪鎖確保了至少有一個(gè)線程能繼續(xù)運(yùn)行。

　　為什么wait,notify和notifyAll這些方法不在thread類里面？

　　這是個(gè)設(shè)計(jì)相關(guān)的問題，它考察的是面試者對(duì)現(xiàn)有系統(tǒng)和一些普遍存在但看起來不合理的事物的看法?；卮疬@些問題的時(shí)候，你要說明為什么把這些方法放在Object類里是有意義的，還有不把它放在Thread類里的原因。一個(gè)很明顯的原因是JAVA提供的鎖是對(duì)象級(jí)的而不是線程級(jí)的，每個(gè)對(duì)象都有鎖，通過線程獲得。如果線程需要等待某些鎖那么調(diào)用對(duì)象中的wait()方法就有意義了。如果wait()方法定義在Thread類中，線程正在等待的是哪個(gè)鎖就不明顯了。簡單的說，由于wait，notify和notifyAll都是鎖級(jí)別的操作，所以把他們定義在Object類中因?yàn)殒i屬于對(duì)象。

　　什么是ThreadLocal變量？

　　ThreadLocal是Java里一種特殊的變量。每個(gè)線程都有一個(gè)ThreadLocal就是每個(gè)線程都擁有了自己獨(dú)立的一個(gè)變量，競爭條件被徹底消除了。它是為創(chuàng)建代價(jià)高昂的對(duì)象獲取線程安全的好方法，比如你可以用ThreadLocal讓SimpleDateFormat變成線程安全的，因?yàn)槟莻€(gè)類創(chuàng)建代價(jià)高昂且每次調(diào)用都需要?jiǎng)?chuàng)建不同的實(shí)例所以不值得在局部范圍使用它，如果為每個(gè)線程提供一個(gè)自己獨(dú)有的變量拷貝，將大大提高效率。首先，通過復(fù)用減少了代價(jià)高昂的對(duì)象的創(chuàng)建個(gè)數(shù)。其次，你在沒有使用高代價(jià)的同步或者不變性的情況下獲得了線程安全。線程局部變量的另一個(gè)不錯(cuò)的例子是ThreadLocalRandom類，它在多線程環(huán)境中減少了創(chuàng)建代價(jià)高昂的Random對(duì)象的個(gè)數(shù)。

　　什么是FutureTask？

　　在Java并發(fā)程序中FutureTask表示一個(gè)可以取消的異步運(yùn)算。它有啟動(dòng)和取消運(yùn)算、查詢運(yùn)算是否完成和取回運(yùn)算結(jié)果等方法。只有當(dāng)運(yùn)算完成的時(shí)候結(jié)果才能取回，如果運(yùn)算尚未完成get方法將會(huì)阻塞。一個(gè)FutureTask對(duì)象可以對(duì)調(diào)用了Callable和Runnable的對(duì)象進(jìn)行包裝，由于FutureTask也是調(diào)用了Runnable接口所以它可以提交給Executor來執(zhí)行。

　　Java中interrupted和isInterruptedd方法的區(qū)別？

　　interrupted()和isInterrupted()的主要區(qū)別是前者會(huì)將中斷狀態(tài)清除而后者不會(huì)。Java多線程的中斷機(jī)制是用內(nèi)部標(biāo)識(shí)來實(shí)現(xiàn)的，調(diào)用Thread.interrupt()來中斷一個(gè)線程就會(huì)設(shè)置中斷標(biāo)識(shí)為true。當(dāng)中斷線程調(diào)用靜態(tài)方法Thread.interrupted()來檢查中斷狀態(tài)時(shí)，中斷狀態(tài)會(huì)被清零。而非靜態(tài)方法isInterrupted()用來查詢其它線程的中斷狀態(tài)且不會(huì)改變中斷狀態(tài)標(biāo)識(shí)。簡單的說就是任何拋出InterruptedException異常的方法都會(huì)將中斷狀態(tài)清零。無論如何，一個(gè)線程的中斷狀態(tài)有有可能被其它線程調(diào)用中斷來改變。

　　為什么wait和notify方法要在同步塊中調(diào)用？

　　主要是因?yàn)镴avaAPI強(qiáng)制要求這樣做，如果你不這么做，你的代碼會(huì)拋出IllegalMonitorStateException異常。還有一個(gè)原因是為了避免wait和notify之間產(chǎn)生競態(tài)條件。

　　為什么你應(yīng)該在循環(huán)中檢查等待條件?

　　處于等待狀態(tài)的線程可能會(huì)收到錯(cuò)誤警報(bào)和偽喚醒，如果不在循環(huán)中檢查等待條件，程序就會(huì)在沒有滿足結(jié)束條件的情況下退出。因此，當(dāng)一個(gè)等待線程醒來時(shí)，不能認(rèn)為它原來的等待狀態(tài)仍然是有效的，在notify()方法調(diào)用之后和等待線程醒來之前這段時(shí)間它可能會(huì)改變。這就是在循環(huán)中使用wait()方法效果更好的原因，你可以在Eclipse中創(chuàng)建模板調(diào)用wait和notify試一試。

　　Java中的同步集合與并發(fā)集合有什么區(qū)別？

　　同步集合與并發(fā)集合都為多線程和并發(fā)提供了合適的線程安全的集合，不過并發(fā)集合的可擴(kuò)展性更高。在Java1.5之前程序員們只有同步集合來用且在多線程并發(fā)的時(shí)候會(huì)導(dǎo)致爭用，阻礙了系統(tǒng)的擴(kuò)展性。Java5介紹了并發(fā)集合像ConcurrentHashMap，不僅提供線程安全還用鎖分離和內(nèi)部分區(qū)等現(xiàn)代技術(shù)提高了可擴(kuò)展性。

　　Java中堆和棧有什么不同？

　　為什么把這個(gè)問題歸類在多線程和并發(fā)面試題里？因?yàn)闂Ｊ且粔K和線程緊密相關(guān)的內(nèi)存區(qū)域。每個(gè)線程都有自己的棧內(nèi)存，用于存儲(chǔ)本地變量，方法參數(shù)和棧調(diào)用，一個(gè)線程中存儲(chǔ)的變量對(duì)其它線程是不可見的。而堆是所有線程共享的一片公用內(nèi)存區(qū)域。對(duì)象都在堆里創(chuàng)建，為了提升效率線程會(huì)從堆中弄一個(gè)緩存到自己的棧，如果多個(gè)線程使用該變量就可能引發(fā)問題，這時(shí)volatile變量就可以發(fā)揮作用了，它要求線程從主存中讀取變量的值。

　　什么是線程池？為什么要使用它？

　　創(chuàng)建線程要花費(fèi)昂貴的資源和時(shí)間，如果任務(wù)來了才創(chuàng)建線程那么響應(yīng)時(shí)間會(huì)變長，而且一個(gè)進(jìn)程能創(chuàng)建的線程數(shù)有限。為了避免這些問題，在程序啟動(dòng)的時(shí)候就創(chuàng)建若干線程來響應(yīng)處理，它們被稱為線程池，里面的線程叫工作線程。從JDK1.5開始，JavaAPI提供了Executor框架讓你可以創(chuàng)建不同的線程池。比如單線程池，每次處理一個(gè)任務(wù)；數(shù)目固定的線程池或者是緩存線程池（一個(gè)適合很多生存期短的任務(wù)的程序的可擴(kuò)展線程池）。

　　如何寫代碼來解決生產(chǎn)者消費(fèi)者問題？

　　在現(xiàn)實(shí)中你解決的許多線程問題都屬于生產(chǎn)者消費(fèi)者模型，就是一個(gè)線程生產(chǎn)任務(wù)供其它線程進(jìn)行消費(fèi)，你必須知道怎么進(jìn)行線程間通信來解決這個(gè)問題。比較低級(jí)的辦法是用wait和notify來解決這個(gè)問題，比較贊的辦法是用Semaphore或者BlockingQueue來實(shí)現(xiàn)生產(chǎn)者消費(fèi)者模型，這篇教程有實(shí)現(xiàn)它。

　　26）如何避免死鎖？Java多線程中的死鎖死鎖是指兩個(gè)或兩個(gè)以上的進(jìn)程在執(zhí)行過程中，因爭奪資源而造成的一種互相等待的現(xiàn)象，若無外力作用，它們都將無法推進(jìn)下去。這是一個(gè)嚴(yán)重的問題，因?yàn)樗梨i會(huì)讓你的程序掛起無法完成任務(wù)，死鎖的發(fā)生必須滿足以下四個(gè)條件：

　　互斥條件：一個(gè)資源每次只能被一個(gè)進(jìn)程使用。

　　請(qǐng)求與保持條件：一個(gè)進(jìn)程因請(qǐng)求資源而阻塞時(shí)，對(duì)已獲得的資源保持不放。

　　不剝奪條件：進(jìn)程已獲得的資源，在末使用完之前，不能強(qiáng)行剝奪。

　　循環(huán)等待條件：若干進(jìn)程之間形成一種頭尾相接的循環(huán)等待資源關(guān)系。

　　避免死鎖最簡單的方法就是阻止循環(huán)等待條件，將系統(tǒng)中所有的資源設(shè)置標(biāo)志位、排序，規(guī)定所有的進(jìn)程申請(qǐng)資源必須以一定的順序（升序或降序）做操作來避免死鎖。

　　Java中活鎖和死鎖有什么區(qū)別？

　　這是上題的擴(kuò)展，活鎖和死鎖類似，不同之處在于處于活鎖的線程或進(jìn)程的狀態(tài)是不斷改變的，活鎖可以認(rèn)為是一種特殊的饑餓。一個(gè)現(xiàn)實(shí)的活鎖例子是兩個(gè)人在狹小的走廊碰到，兩個(gè)人都試著避讓對(duì)方好讓彼此通過，但是因?yàn)楸茏尩姆较蚨家粯訉?dǎo)致最后誰都不能通過走廊。簡單的說就是，活鎖和死鎖的主要區(qū)別是前者進(jìn)程的狀態(tài)可以改變但是卻不能繼續(xù)執(zhí)行。

　　怎么檢測(cè)一個(gè)線程是否擁有鎖？

　　我一直不知道我們竟然可以檢測(cè)一個(gè)線程是否擁有鎖，直到我參加了一次電話面試。在java.lang.Thread中有一個(gè)方法叫holdsLock()，它返回true如果當(dāng)且僅當(dāng)當(dāng)前線程擁有某個(gè)具體對(duì)象的鎖。

　　你如何在Java中獲取線程堆棧？

　　對(duì)于不同的操作系統(tǒng)，有多種方法來獲得Java進(jìn)程的線程堆棧。當(dāng)你獲取線程堆棧時(shí)，JVM會(huì)把所有線程的狀態(tài)存到日志文件或者輸出到控制臺(tái)。在Windows你可以使用Ctrl+Break組合鍵來獲取線程堆棧，Linux下用kill-3命令。你也可以用jstack這個(gè)工具來獲取，它對(duì)線程id進(jìn)行操作，你可以用jps這個(gè)工具找到id。

　　JVM中哪個(gè)參數(shù)是用來控制線程的棧堆棧小的

　　這個(gè)問題很簡單，-Xss參數(shù)用來控制線程的堆棧大小。

　　Java中synchronized和ReentrantLock有什么不同？

　　Java在過去很長一段時(shí)間只能通過synchronized關(guān)鍵字來實(shí)現(xiàn)互斥，它有一些缺點(diǎn)。比如你不能擴(kuò)展鎖之外的方法或者塊邊界，嘗試獲取鎖時(shí)不能中途取消等。Java5通過Lock接口提供了更復(fù)雜的控制來解決這些問題。ReentrantLock類實(shí)現(xiàn)了Lock，它擁有與synchronized相同的并發(fā)性和內(nèi)存語義且它還具有可擴(kuò)展性。

　　有三個(gè)線程T1，T2，T3，怎么確保它們按順序執(zhí)行？

　　在多線程中有多種方法讓線程按特定順序執(zhí)行，你可以用線程類的join()方法在一個(gè)線程中啟動(dòng)另一個(gè)線程，另外一個(gè)線程完成該線程繼續(xù)執(zhí)行。為了確保三個(gè)線程的順序你應(yīng)該先啟動(dòng)最后一個(gè)(T3調(diào)用T2，T2調(diào)用T1)，這樣T1就會(huì)先完成而T3最后完成。

　　Thread類中的yield方法有什么作用？

　　Yield方法可以暫停當(dāng)前正在執(zhí)行的線程對(duì)象，讓其它有相同優(yōu)先級(jí)的線程執(zhí)行。它是一個(gè)靜態(tài)方法而且只保證當(dāng)前線程放棄CPU占用而不能保證使其它線程一定能占用CPU，執(zhí)行yield()的線程有可能在進(jìn)入到暫停狀態(tài)后馬上又被執(zhí)行。

　　Java中ConcurrentHashMap的并發(fā)度是什么？

　　ConcurrentHashMap把實(shí)際map劃分成若干部分來實(shí)現(xiàn)它的可擴(kuò)展性和線程安全。這種劃分是使用并發(fā)度獲得的，它是ConcurrentHashMap類構(gòu)造函數(shù)的一個(gè)可選參數(shù)，默認(rèn)值為16，這樣在多線程情況下就能避免爭用。欲了解更多并發(fā)度和內(nèi)部大小調(diào)整請(qǐng)閱讀我的文章HowConcurrentHashMapworksinJava。

　　Java中Semaphore是什么？

　　Java中的Semaphore是一種新的同步類，它是一個(gè)計(jì)數(shù)信號(hào)。從概念上講，從概念上講，信號(hào)量維護(hù)了一個(gè)許可集合。如有必要，在許可可用前會(huì)阻塞每一個(gè)acquire()，然后再獲取該許可。每個(gè)release()添加一個(gè)許可，從而可能釋放一個(gè)正在阻塞的獲取者。但是，不使用實(shí)際的許可對(duì)象，Semaphore只對(duì)可用許可的號(hào)碼進(jìn)行計(jì)數(shù)，并采取相應(yīng)的行動(dòng)。信號(hào)量常常用于多線程的代碼中，比如數(shù)據(jù)庫連接池。

　　如果你提交任務(wù)時(shí)，線程池隊(duì)列已滿。會(huì)時(shí)發(fā)會(huì)生什么？

　　這個(gè)問題問得很狡猾，許多程序員會(huì)認(rèn)為該任務(wù)會(huì)阻塞直到線程池隊(duì)列有空位。事實(shí)上如果一個(gè)任務(wù)不能被調(diào)度執(zhí)行那么ThreadPoolExecutor’ssubmit()方法將會(huì)拋出一個(gè)RejectedExecutionException異常。