問(wèn)題一：多線(xiàn)程有什么用?

　　一個(gè)可能在很多人看來(lái)很扯淡的一個(gè)問(wèn)題：我會(huì)用多線(xiàn)程就好了，還管它有什么用?在我看來(lái)，這個(gè)回答更扯淡。所謂”知其然知其所以然”，”會(huì)用”只是”知其然”，”為什么用”才是”知其所以然”，只有達(dá)到”知其然知其所以然”的程度才可以說(shuō)是把一個(gè)知識(shí)點(diǎn)運(yùn)用自如。OK，下面說(shuō)說(shuō)我對(duì)這個(gè)問(wèn)題的看法：

　　(1)發(fā)揮多核CPU的優(yōu)勢(shì)

　　隨著工業(yè)的進(jìn)步，現(xiàn)在的筆記本、臺(tái)式機(jī)乃至商用的應(yīng)用服務(wù)器至少也都是雙核的，4核、8核甚至16核的也都不少見(jiàn)，如果是單線(xiàn)程的程序，那么在雙核CPU上就浪費(fèi)了50%，在4核CPU上就浪費(fèi)了75%。單核CPU上所謂的”多線(xiàn)程”那是假的多線(xiàn)程，同一時(shí)間處理器只會(huì)處理一段邏輯，只不過(guò)線(xiàn)程之間切換得比較快，看著像多個(gè)線(xiàn)程”同時(shí)”運(yùn)行罷了。多核CPU上的多線(xiàn)程才是真正的多線(xiàn)程，它能讓你的多段邏輯同時(shí)工作，多線(xiàn)程，可以真正發(fā)揮出多核CPU的優(yōu)勢(shì)來(lái)，達(dá)到充分利用CPU的目的。

　　(2)防止阻塞

　　從程序運(yùn)行效率的角度來(lái)看，單核CPU不但不會(huì)發(fā)揮出多線(xiàn)程的優(yōu)勢(shì)，反而會(huì)因?yàn)樵趩魏薈PU上運(yùn)行多線(xiàn)程導(dǎo)致線(xiàn)程上下文的切換，而降低程序整體的效率。但是單核CPU我們還是要應(yīng)用多線(xiàn)程，就是為了防止阻塞。試想，如果單核CPU使用單線(xiàn)程，那么只要這個(gè)線(xiàn)程阻塞了，比方說(shuō)遠(yuǎn)程讀取某個(gè)數(shù)據(jù)吧，對(duì)端遲遲未返回又沒(méi)有設(shè)置超時(shí)時(shí)間，那么你的整個(gè)程序在數(shù)據(jù)返回回來(lái)之前就停止運(yùn)行了。多線(xiàn)程可以防止這個(gè)問(wèn)題，多條線(xiàn)程同時(shí)運(yùn)行，哪怕一條線(xiàn)程的代碼執(zhí)行讀取數(shù)據(jù)阻塞，也不會(huì)影響其它任務(wù)的執(zhí)行。

　　(3)便于建模

　　這是另外一個(gè)沒(méi)有這么明顯的優(yōu)點(diǎn)了。假設(shè)有一個(gè)大的任務(wù)A，單線(xiàn)程編程，那么就要考慮很多，建立整個(gè)程序模型比較麻煩。但是如果把這個(gè)大的任務(wù)A分解成幾個(gè)小任務(wù)，任務(wù)B、任務(wù)C、任務(wù)D，分別建立程序模型，并通過(guò)多線(xiàn)程分別運(yùn)行這幾個(gè)任務(wù)，那就簡(jiǎn)單很多了。

　　問(wèn)題二：Java中如何獲取到線(xiàn)程dump文件

　　死循環(huán)、死鎖、阻塞、頁(yè)面打開(kāi)慢等問(wèn)題，打線(xiàn)程dump是最好的解決問(wèn)題的途徑。所謂線(xiàn)程dump也就是線(xiàn)程堆棧，獲取到線(xiàn)程堆棧有兩步：

　　(1)獲取到線(xiàn)程的pid，可以通過(guò)使用jps命令，在Linux環(huán)境下還可以使用ps -ef | grep java

　　(2)打印線(xiàn)程堆棧，可以通過(guò)使用jstack pid命令，在Linux環(huán)境下還可以使用kill -3 pid

　　另外提一點(diǎn)，Thread類(lèi)提供了一個(gè)getStackTrace()方法也可以用于獲取線(xiàn)程堆棧。這是一個(gè)實(shí)例方法，因此此方法是和具體線(xiàn)程實(shí)例綁定的，每次獲取獲取到的是具體某個(gè)線(xiàn)程當(dāng)前運(yùn)行的堆棧，

　　問(wèn)題三：生產(chǎn)者消費(fèi)者模型的作用是什么

　　這個(gè)問(wèn)題很理論，但是很重要：

　　(1)通過(guò)平衡生產(chǎn)者的生產(chǎn)能力和消費(fèi)者的消費(fèi)能力來(lái)提升整個(gè)系統(tǒng)的運(yùn)行效率，這是生產(chǎn)者消費(fèi)者模型最重要的作用

　　(2)解耦，這是生產(chǎn)者消費(fèi)者模型附帶的作用，解耦意味著生產(chǎn)者和消費(fèi)者之間的聯(lián)系少，聯(lián)系越少越可以獨(dú)自發(fā)展而不需要收到相互的制約

　　問(wèn)題四：short s1=1;s1=s1+1;有什么錯(cuò)?short s1=1;s1+=1;有什么錯(cuò)?

　　解析：

　　面試題都是很變態(tài)的，要做好受虐的準(zhǔn)備。

　　s1=s1+1會(huì)出錯(cuò)，s1+1是int型，不能將int賦值給s1。需要顯示轉(zhuǎn)換，s1=(int)(s1+1)，而s1+=1不會(huì)出錯(cuò)，至于原因，有人說(shuō)和編譯器的機(jī)制有關(guān)，需要看編譯原理，話(huà)說(shuō)編譯原理什么的最討厭了，就這樣吧。

　　問(wèn)題五：怎么檢測(cè)一個(gè)線(xiàn)程是否持有對(duì)象監(jiān)視器

　　我也是在網(wǎng)上看到一道多線(xiàn)程面試題才知道有方法可以判斷某個(gè)線(xiàn)程是否持有對(duì)象監(jiān)視器：Thread類(lèi)提供了一個(gè)holdsLock(Object obj)方法，當(dāng)且僅當(dāng)對(duì)象obj的監(jiān)視器被某條線(xiàn)程持有的時(shí)候才會(huì)返回true，注意這是一個(gè)static方法，這意味著“某條線(xiàn)程”指的是當(dāng)前線(xiàn)程。

　　問(wèn)題六：給我一個(gè)你最常見(jiàn)到的runtimeexception。

　　解析：

　　這個(gè)題也很常見(jiàn)，如果你答不出來(lái)，面試官會(huì)覺(jué)得你沒(méi)有編程經(jīng)驗(yàn)。

　　NullPointerException，空引用異常。說(shuō)實(shí)話(huà)，中軟的筆試題就有這個(gè)，很多人連題目意思都理解錯(cuò)了，壓根沒(méi)認(rèn)出來(lái)runtime exception是指運(yùn)行時(shí)異常。

　　問(wèn)題七：synchronized和ReentrantLock的區(qū)別

　　synchronized是和if、else、for、while一樣的關(guān)鍵字，ReentrantLock是類(lèi)，這是二者的本質(zhì)區(qū)別。既然ReentrantLock是類(lèi)，那么它就提供了比synchronized更多更靈活的特性，可以被繼承、可以有方法、可以有各種各樣的類(lèi)變量，ReentrantLock比synchronized的擴(kuò)展性體現(xiàn)在幾點(diǎn)上：

　　(1)ReentrantLock可以對(duì)獲取鎖的等待時(shí)間進(jìn)行設(shè)置，這樣就避免了死鎖

　　(2)ReentrantLock可以獲取各種鎖的信息

　　(3)ReentrantLock可以靈活地實(shí)現(xiàn)多路通知

　　問(wèn)題八：volatile關(guān)鍵字的作用

　　一個(gè)非常重要的問(wèn)題，是每個(gè)學(xué)習(xí)、應(yīng)用多線(xiàn)程的Java程序員都必須掌握的。理解volatile關(guān)鍵字的作用的前提是要理解Java內(nèi)存模型，這里就不講Java內(nèi)存模型了，可以參見(jiàn)第31點(diǎn)，volatile關(guān)鍵字的作用主要有兩個(gè)：

　　(1)多線(xiàn)程主要圍繞可見(jiàn)性和原子性?xún)蓚€(gè)特性而展開(kāi)，使用volatile關(guān)鍵字修飾的變量，保證了其在多線(xiàn)程之間的可見(jiàn)性，即每次讀取到volatile變量，一定是最新的數(shù)據(jù)

　　(2)代碼底層執(zhí)行不像我們看到的高級(jí)語(yǔ)言—-Java程序這么簡(jiǎn)單，它的執(zhí)行是Java代碼–>字節(jié)碼–>根據(jù)字節(jié)碼執(zhí)行對(duì)應(yīng)的C/C++代碼–>C/C++代碼被編譯成匯編語(yǔ)言–>和硬件電路交互，現(xiàn)實(shí)中，為了獲取更好的性能JVM可能會(huì)對(duì)指令進(jìn)行重排序，多線(xiàn)程下可能會(huì)出現(xiàn)一些意想不到的問(wèn)題。使用volatile則會(huì)對(duì)禁止語(yǔ)義重排序，當(dāng)然這也一定程度上降低了代碼執(zhí)行效率

　　從實(shí)踐角度而言，volatile的一個(gè)重要作用就是和CAS結(jié)合，保證了原子性，詳細(xì)的可以參見(jiàn)java.util.concurrent.atomic包下的類(lèi)，比如AtomicInteger。

　　問(wèn)題九：什么是樂(lè)觀鎖和悲觀鎖

　　(1)樂(lè)觀鎖：就像它的名字一樣，對(duì)于并發(fā)間操作產(chǎn)生的線(xiàn)程安全問(wèn)題持樂(lè)觀狀態(tài)，樂(lè)觀鎖認(rèn)為競(jìng)爭(zhēng)不總是會(huì)發(fā)生，因此它不需要持有鎖，將比較-替換這兩個(gè)動(dòng)作作為一個(gè)原子操作嘗試去修改內(nèi)存中的變量，如果失敗則表示發(fā)生沖突，那么就應(yīng)該有相應(yīng)的重試邏輯。

　　(2)悲觀鎖：還是像它的名字一樣，對(duì)于并發(fā)間操作產(chǎn)生的線(xiàn)程安全問(wèn)題持悲觀狀態(tài)，悲觀鎖認(rèn)為競(jìng)爭(zhēng)總是會(huì)發(fā)生，因此每次對(duì)某資源進(jìn)行操作時(shí)，都會(huì)持有一個(gè)獨(dú)占的鎖，就像synchronized，不管三七二十一，直接上了鎖就操作資源了。

　　問(wèn)題十：Java編程寫(xiě)一個(gè)會(huì)導(dǎo)致死鎖的程序

　　第一次看到這個(gè)題目，覺(jué)得這是一個(gè)非常好的問(wèn)題。很多人都知道死鎖是怎么一回事兒：線(xiàn)程A和線(xiàn)程B相互等待對(duì)方持有的鎖導(dǎo)致程序無(wú)限死循環(huán)下去。當(dāng)然也僅限于此了，問(wèn)一下怎么寫(xiě)一個(gè)死鎖的程序就不知道了，這種情況說(shuō)白了就是不懂什么是死鎖，懂一個(gè)理論就完事兒了，實(shí)踐中碰到死鎖的問(wèn)題基本上是看不出來(lái)的。

　　真正理解什么是死鎖，這個(gè)問(wèn)題其實(shí)不難，幾個(gè)步驟：

　　(1)兩個(gè)線(xiàn)程里面分別持有兩個(gè)Object對(duì)象：lock1和lock2。這兩個(gè)lock作為同步代碼塊的鎖;

　　(2)線(xiàn)程1的run()方法中同步代碼塊先獲取lock1的對(duì)象鎖，Thread.sleep(xxx)，時(shí)間不需要太多，50毫秒差不多了，然后接著獲取lock2的對(duì)象鎖。這么做主要是為了防止線(xiàn)程1啟動(dòng)一下子就連續(xù)獲得了lock1和lock2兩個(gè)對(duì)象的對(duì)象鎖

　　(3)線(xiàn)程2的run)(方法中同步代碼塊先獲取lock2的對(duì)象鎖，接著獲取lock1的對(duì)象鎖，當(dāng)然這時(shí)lock1的對(duì)象鎖已經(jīng)被線(xiàn)程1鎖持有，線(xiàn)程2肯定是要等待線(xiàn)程1釋放lock1的對(duì)象鎖的

　　這樣，線(xiàn)程1″睡覺(jué)”睡完，線(xiàn)程2已經(jīng)獲取了lock2的對(duì)象鎖了，線(xiàn)程1此時(shí)嘗試獲取lock2的對(duì)象鎖，便被阻塞，此時(shí)一個(gè)死鎖就形成了。代碼就不寫(xiě)了，占的篇幅有點(diǎn)多，Java多線(xiàn)程7：死鎖這篇文章里面有，就是上面步驟的代碼實(shí)現(xiàn)。

      以上就是動(dòng)力節(jié)點(diǎn)Java培訓(xùn)機(jī)構(gòu)小編介紹的“阿里Java面試題，這十幾道題死磕”的內(nèi)容，希望對(duì)大家有幫助，如有疑問(wèn)，請(qǐng)?jiān)诰€(xiàn)咨詢(xún)，有專(zhuān)業(yè)老師隨時(shí)為你服務(wù)。

相關(guān)推薦

最新最全java面試題及答案（初級(jí)到高級(jí)）

史上最全的中高級(jí)JAVA工程師面試題及答案匯總

Java高級(jí)開(kāi)發(fā)工程師面試題

2019史上最全java面試題題庫(kù)大全800題

哪有資深java工程師面試題