并行和并發(fā)有什么區(qū)別？? ? ? ? ? ? ? ? ? ? ?（推薦學(xué)習(xí)：java常見(jiàn)面試題）

并行是指兩個(gè)或者多個(gè)事件在同一時(shí)刻發(fā)生；而并發(fā)是指兩個(gè)或多個(gè)事件在同一時(shí)間間隔發(fā)生。

并行是在不同實(shí)體上的多個(gè)事件，并發(fā)是在同一實(shí)體上的多個(gè)事件。

在一臺(tái)處理器上“同時(shí)”處理多個(gè)任務(wù)，在多臺(tái)處理器上同時(shí)處理多個(gè)任務(wù)。如hadoop分布式集群。

所以并發(fā)編程的目標(biāo)是充分的利用處理器的每一個(gè)核，以達(dá)到最高的處理性能。

線程和進(jìn)程的區(qū)別？

簡(jiǎn)而言之，進(jìn)程是程序運(yùn)行和資源分配的基本單位，一個(gè)程序至少有一個(gè)進(jìn)程，一個(gè)進(jìn)程至少有一個(gè)線程。進(jìn)程在執(zhí)行過(guò)程中擁有獨(dú)立的內(nèi)存單元，而多個(gè)線程共享內(nèi)存資源，減少切換次數(shù)，從而效率更高。

線程是進(jìn)程的一個(gè)實(shí)體，是cpu調(diào)度和分派的基本單位，是比程序更小的能獨(dú)立運(yùn)行的基本單位。同一進(jìn)程中的多個(gè)線程之間可以并發(fā)執(zhí)行。

守護(hù)線程是什么？

守護(hù)線程（即daemon thread），是個(gè)服務(wù)線程，準(zhǔn)確地來(lái)說(shuō)就是服務(wù)其他的線程。

創(chuàng)建線程有哪幾種方式？

①. 繼承Thread類創(chuàng)建線程類

定義Thread類的子類，并重寫(xiě)該類的run方法，該run方法的方法體就代表了線程要完成的任務(wù)。因此把run()方法稱為執(zhí)行體。

創(chuàng)建Thread子類的實(shí)例，即創(chuàng)建了線程對(duì)象。

調(diào)用線程對(duì)象的start()方法來(lái)啟動(dòng)該線程。

②. 通過(guò)Runnable接口創(chuàng)建線程類

定義runnable接口的實(shí)現(xiàn)類，并重寫(xiě)該接口的run()方法，該run()方法的方法體同樣是該線程的線程執(zhí)行體。

創(chuàng)建 Runnable實(shí)現(xiàn)類的實(shí)例，并依此實(shí)例作為T(mén)hread的target來(lái)創(chuàng)建Thread對(duì)象，該Thread對(duì)象才是真正的線程對(duì)象。

調(diào)用線程對(duì)象的start()方法來(lái)啟動(dòng)該線程。

③. 通過(guò)Callable和Future創(chuàng)建線程

創(chuàng)建Callable接口的實(shí)現(xiàn)類，并實(shí)現(xiàn)call()方法，該call()方法將作為線程執(zhí)行體，并且有返回值。

創(chuàng)建Callable實(shí)現(xiàn)類的實(shí)例，使用FutureTask類來(lái)包裝Callable對(duì)象，該FutureTask對(duì)象封裝了該Callable對(duì)象的call()方法的返回值。

使用FutureTask對(duì)象作為T(mén)hread對(duì)象的target創(chuàng)建并啟動(dòng)新線程。

調(diào)用FutureTask對(duì)象的get()方法來(lái)獲得子線程執(zhí)行結(jié)束后的返回值。

說(shuō)一下 runnable 和 callable 有什么區(qū)別？

有點(diǎn)深的問(wèn)題了，也看出一個(gè)Java程序員學(xué)習(xí)知識(shí)的廣度。

Runnable接口中的run()方法的返回值是void，它做的事情只是純粹地去執(zhí)行run()方法中的代碼而已；

Callable接口中的call()方法是有返回值的，是一個(gè)泛型，和Future、FutureTask配合可以用來(lái)獲取異步執(zhí)行的結(jié)果。

線程有哪些狀態(tài)？

線程通常都有五種狀態(tài)，創(chuàng)建、就緒、運(yùn)行、阻塞和死亡。

創(chuàng)建狀態(tài)。在生成線程對(duì)象，并沒(méi)有調(diào)用該對(duì)象的start方法，這是線程處于創(chuàng)建狀態(tài)。

就緒狀態(tài)。當(dāng)調(diào)用了線程對(duì)象的start方法之后，該線程就進(jìn)入了就緒狀態(tài)，但是此時(shí)線程調(diào)度程序還沒(méi)有把該線程設(shè)置為當(dāng)前線程，此時(shí)處于就緒狀態(tài)。在線程運(yùn)行之后，從等待或者睡眠中回來(lái)之后，也會(huì)處于就緒狀態(tài)。

運(yùn)行狀態(tài)。線程調(diào)度程序?qū)⑻幱诰途w狀態(tài)的線程設(shè)置為當(dāng)前線程，此時(shí)線程就進(jìn)入了運(yùn)行狀態(tài)，開(kāi)始運(yùn)行run函數(shù)當(dāng)中的代碼。

阻塞狀態(tài)。線程正在運(yùn)行的時(shí)候，被暫停，通常是為了等待某個(gè)時(shí)間的發(fā)生(比如說(shuō)某項(xiàng)資源就緒)之后再繼續(xù)運(yùn)行。sleep,suspend，wait等方法都可以導(dǎo)致線程阻塞。

死亡狀態(tài)。如果一個(gè)線程的run方法執(zhí)行結(jié)束或者調(diào)用stop方法后，該線程就會(huì)死亡。對(duì)于已經(jīng)死亡的線程，無(wú)法再使用start方法令其進(jìn)入就緒 　　

sleep() 和 wait() 有什么區(qū)別？

sleep()：方法是線程類（Thread）的靜態(tài)方法，讓調(diào)用線程進(jìn)入睡眠狀態(tài)，讓出執(zhí)行機(jī)會(huì)給其他線程，等到休眠時(shí)間結(jié)束后，線程進(jìn)入就緒狀態(tài)和其他線程一起競(jìng)爭(zhēng)cpu的執(zhí)行時(shí)間。

因?yàn)閟leep() 是static靜態(tài)的方法，他不能改變對(duì)象的機(jī)鎖，當(dāng)一個(gè)synchronized塊中調(diào)用了sleep() 方法，線程雖然進(jìn)入休眠，但是對(duì)象的機(jī)鎖沒(méi)有被釋放，其他線程依然無(wú)法訪問(wèn)這個(gè)對(duì)象。

wait()：wait()是Object類的方法，當(dāng)一個(gè)線程執(zhí)行到wait方法時(shí)，它就進(jìn)入到一個(gè)和該對(duì)象相關(guān)的等待池，同時(shí)釋放對(duì)象的機(jī)鎖，使得其他線程能夠訪問(wèn)，可以通過(guò)notify，notifyAll方法來(lái)喚醒等待的線程

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

如果線程調(diào)用了對(duì)象的 wait()方法，那么線程便會(huì)處于該對(duì)象的等待池中，等待池中的線程不會(huì)去競(jìng)爭(zhēng)該對(duì)象的鎖。

當(dāng)有線程調(diào)用了對(duì)象的 notifyAll()方法（喚醒所有 wait 線程）或 notify()方法（只隨機(jī)喚醒一個(gè) wait 線程），被喚醒的的線程便會(huì)進(jìn)入該對(duì)象的鎖池中，鎖池中的線程會(huì)去競(jìng)爭(zhēng)該對(duì)象鎖。

也就是說(shuō)，調(diào)用了notify后只要一個(gè)線程會(huì)由等待池進(jìn)入鎖池，而notifyAll會(huì)將該對(duì)象等待池內(nèi)的所有線程移動(dòng)到鎖池中，等待鎖競(jìng)爭(zhēng)。

優(yōu)先級(jí)高的線程競(jìng)爭(zhēng)到對(duì)象鎖的概率大，假若某線程沒(méi)有競(jìng)爭(zhēng)到該對(duì)象鎖，它還會(huì)留在鎖池中，唯有線程再次調(diào)用 wait()方法，它才會(huì)重新回到等待池中。

而競(jìng)爭(zhēng)到對(duì)象鎖的線程則繼續(xù)往下執(zhí)行，直到執(zhí)行完了 synchronized 代碼塊，它會(huì)釋放掉該對(duì)象鎖，這時(shí)鎖池中的線程會(huì)繼續(xù)競(jìng)爭(zhēng)該對(duì)象鎖。

線程的 run()和 start()有什么區(qū)別？

每個(gè)線程都是通過(guò)某個(gè)特定Thread對(duì)象所對(duì)應(yīng)的方法run()來(lái)完成其操作的，方法run()稱為線程體。通過(guò)調(diào)用Thread類的start()方法來(lái)啟動(dòng)一個(gè)線程。

start()方法來(lái)啟動(dòng)一個(gè)線程，真正實(shí)現(xiàn)了多線程運(yùn)行。這時(shí)無(wú)需等待run方法體代碼執(zhí)行完畢，可以直接繼續(xù)執(zhí)行下面的代碼； 這時(shí)此線程是處于就緒狀態(tài)， 并沒(méi)有運(yùn)行。?

然后通過(guò)此Thread類調(diào)用方法run()來(lái)完成其運(yùn)行狀態(tài)， 這里方法run()稱為線程體，它包含了要執(zhí)行的這個(gè)線程的內(nèi)容， Run方法運(yùn)行結(jié)束， 此線程終止。然后CPU再調(diào)度其它線程。

run()方法是在本線程里的，只是線程里的一個(gè)函數(shù),而不是多線程的。 如果直接調(diào)用run(),其實(shí)就相當(dāng)于是調(diào)用了一個(gè)普通函數(shù)而已，直接待用run()方法必須等待run()方法執(zhí)行完畢才能執(zhí)行下面的代碼，所以執(zhí)行路徑還是只有一條，根本就沒(méi)有線程的特征，所以在多線程執(zhí)行時(shí)要使用start()方法而不是run()方法。

創(chuàng)建線程池有哪幾種方式？

①. newFixedThreadPool(int nThreads)

創(chuàng)建一個(gè)固定長(zhǎng)度的線程池，每當(dāng)提交一個(gè)任務(wù)就創(chuàng)建一個(gè)線程，直到達(dá)到線程池的最大數(shù)量，這時(shí)線程規(guī)模將不再變化，當(dāng)線程發(fā)生未預(yù)期的錯(cuò)誤而結(jié)束時(shí)，線程池會(huì)補(bǔ)充一個(gè)新的線程。

②. newCachedThreadPool()

創(chuàng)建一個(gè)可緩存的線程池，如果線程池的規(guī)模超過(guò)了處理需求，將自動(dòng)回收空閑線程，而當(dāng)需求增加時(shí)，則可以自動(dòng)添加新線程，線程池的規(guī)模不存在任何限制。

③. newSingleThreadExecutor()

這是一個(gè)單線程的Executor，它創(chuàng)建單個(gè)工作線程來(lái)執(zhí)行任務(wù)，如果這個(gè)線程異常結(jié)束，會(huì)創(chuàng)建一個(gè)新的來(lái)替代它；它的特點(diǎn)是能確保依照任務(wù)在隊(duì)列中的順序來(lái)串行執(zhí)行。

④. newScheduledThreadPool(int corePoolSize)

創(chuàng)建了一個(gè)固定長(zhǎng)度的線程池，而且以延遲或定時(shí)的方式來(lái)執(zhí)行任務(wù)，類似于Timer。

線程池都有哪些狀態(tài)？

線程池有5種狀態(tài)：Running、ShutDown、Stop、Tidying、Terminated。

線程池各個(gè)狀態(tài)切換框架圖：

線程池中 submit()和 execute()方法有什么區(qū)別？

接收的參數(shù)不一樣

submit有返回值，而execute沒(méi)有

submit方便Exception處理

在 java 程序中怎么保證多線程的運(yùn)行安全？

線程安全在三個(gè)方面體現(xiàn)：

原子性：提供互斥訪問(wèn)，同一時(shí)刻只能有一個(gè)線程對(duì)數(shù)據(jù)進(jìn)行操作，（atomic,synchronized）；

可見(jiàn)性：一個(gè)線程對(duì)主內(nèi)存的修改可以及時(shí)地被其他線程看到，（synchronized,volatile）；

有序性：一個(gè)線程觀察其他線程中的指令執(zhí)行順序，由于指令重排序，該觀察結(jié)果一般雜亂無(wú)序，（happens-before原則）。

多線程鎖的升級(jí)原理是什么？

在Java中，鎖共有4種狀態(tài)，級(jí)別從低到高依次為：無(wú)狀態(tài)鎖，偏向鎖，輕量級(jí)鎖和重量級(jí)鎖狀態(tài)，這幾個(gè)狀態(tài)會(huì)隨著競(jìng)爭(zhēng)情況逐漸升級(jí)。鎖可以升級(jí)但不能降級(jí)。

鎖升級(jí)的圖示過(guò)程：?

什么是死鎖？

死鎖是指兩個(gè)或兩個(gè)以上的進(jìn)程在執(zhí)行過(guò)程中，由于競(jìng)爭(zhēng)資源或者由于彼此通信而造成的一種阻塞的現(xiàn)象，若無(wú)外力作用，它們都將無(wú)法推進(jìn)下去。此時(shí)稱系統(tǒng)處于死鎖狀態(tài)或系統(tǒng)產(chǎn)生了死鎖，這些永遠(yuǎn)在互相等待的進(jìn)程稱為死鎖進(jìn)程。

是操作系統(tǒng)層面的一個(gè)錯(cuò)誤，是進(jìn)程死鎖的簡(jiǎn)稱，最早在 1965 年由 Dijkstra 在研究銀行家算法時(shí)提出的，它是計(jì)算機(jī)操作系統(tǒng)乃至整個(gè)并發(fā)程序設(shè)計(jì)領(lǐng)域最難處理的問(wèn)題之一。

怎么防止死鎖？

死鎖的四個(gè)必要條件：

互斥條件：進(jìn)程對(duì)所分配到的資源不允許其他進(jìn)程進(jìn)行訪問(wèn)，若其他進(jìn)程訪問(wèn)該資源，只能等待，直至占有該資源的進(jìn)程使用完成后釋放該資源

請(qǐng)求和保持條件：進(jìn)程獲得一定的資源之后，又對(duì)其他資源發(fā)出請(qǐng)求，但是該資源可能被其他進(jìn)程占有，此事請(qǐng)求阻塞，但又對(duì)自己獲得的資源保持不放

不可剝奪條件：是指進(jìn)程已獲得的資源，在未完成使用之前，不可被剝奪，只能在使用完后自己釋放

環(huán)路等待條件：是指進(jìn)程發(fā)生死鎖后，若干進(jìn)程之間形成一種頭尾相接的循環(huán)等待資源關(guān)系

這四個(gè)條件是死鎖的必要條件，只要系統(tǒng)發(fā)生死鎖，這些條件必然成立，而只要上述條件之 一不滿足，就不會(huì)發(fā)生死鎖。

理解了死鎖的原因，尤其是產(chǎn)生死鎖的四個(gè)必要條件，就可以最大可能地避免、預(yù)防和 解除死鎖。

所以，在系統(tǒng)設(shè)計(jì)、進(jìn)程調(diào)度等方面注意如何不讓這四個(gè)必要條件成立，如何確 定資源的合理分配算法，避免進(jìn)程永久占據(jù)系統(tǒng)資源。

此外，也要防止進(jìn)程在處于等待狀態(tài)的情況下占用資源。因此，對(duì)資源的分配要給予合理的規(guī)劃。

ThreadLocal 是什么？有哪些使用場(chǎng)景？

線程局部變量是局限于線程內(nèi)部的變量，屬于線程自身所有，不在多個(gè)線程間共享。Java提供ThreadLocal類來(lái)支持線程局部變量，是一種實(shí)現(xiàn)線程安全的方式。

但是在管理環(huán)境下（如 web 服務(wù)器）使用線程局部變量的時(shí)候要特別小心，在這種情況下，工作線程的生命周期比任何應(yīng)用變量的生命周期都要長(zhǎng)。

任何線程局部變量一旦在工作完成后沒(méi)有釋放，Java 應(yīng)用就存在內(nèi)存泄露的風(fēng)險(xiǎn)。

說(shuō)一下 synchronized 底層實(shí)現(xiàn)原理？

synchronized可以保證方法或者代碼塊在運(yùn)行時(shí)，同一時(shí)刻只有一個(gè)方法可以進(jìn)入到臨界區(qū)，同時(shí)它還可以保證共享變量的內(nèi)存可見(jiàn)性。

Java中每一個(gè)對(duì)象都可以作為鎖，這是synchronized實(shí)現(xiàn)同步的基礎(chǔ)：

普通同步方法，鎖是當(dāng)前實(shí)例對(duì)象

靜態(tài)同步方法，鎖是當(dāng)前類的class對(duì)象

同步方法塊，鎖是括號(hào)里面的對(duì)象

synchronized 和 volatile 的區(qū)別是什么？

volatile本質(zhì)是在告訴jvm當(dāng)前變量在寄存器（工作內(nèi)存）中的值是不確定的，需要從主存中讀?。?synchronized則是鎖定當(dāng)前變量，只有當(dāng)前線程可以訪問(wèn)該變量，其他線程被阻塞住。

volatile僅能使用在變量級(jí)別；synchronized則可以使用在變量、方法、和類級(jí)別的。

volatile僅能實(shí)現(xiàn)變量的修改可見(jiàn)性，不能保證原子性；而synchronized則可以保證變量的修改可見(jiàn)性和原子性。

volatile不會(huì)造成線程的阻塞；synchronized可能會(huì)造成線程的阻塞。

volatile標(biāo)記的變量不會(huì)被編譯器優(yōu)化；synchronized標(biāo)記的變量可以被編譯器優(yōu)化。

synchronized 和 Lock 有什么區(qū)別？

首先synchronized是java內(nèi)置關(guān)鍵字，在jvm層面，Lock是個(gè)java類；

synchronized無(wú)法判斷是否獲取鎖的狀態(tài)，Lock可以判斷是否獲取到鎖；

synchronized會(huì)自動(dòng)釋放鎖(a 線程執(zhí)行完同步代碼會(huì)釋放鎖 ；b 線程執(zhí)行過(guò)程中發(fā)生異常會(huì)釋放鎖)，Lock需在finally中手工釋放鎖（unlock()方法釋放鎖），否則容易造成線程死鎖；

用synchronized關(guān)鍵字的兩個(gè)線程1和線程2，如果當(dāng)前線程1獲得鎖，線程2線程等待。如果線程1阻塞，線程2則會(huì)一直等待下去，而Lock鎖就不一定會(huì)等待下去，如果嘗試獲取不到鎖，線程可以不用一直等待就結(jié)束了；

synchronized的鎖可重入、不可中斷、非公平，而Lock鎖可重入、可判斷、可公平（兩者皆可）；

Lock鎖適合大量同步的代碼的同步問(wèn)題，synchronized鎖適合代碼少量的同步問(wèn)題。

synchronized 和 ReentrantLock 區(qū)別是什么？

synchronized是和if、else、for、while一樣的關(guān)鍵字，ReentrantLock是類，這是二者的本質(zhì)區(qū)別。

既然ReentrantLock是類，那么它就提供了比synchronized更多更靈活的特性，可以被繼承、可以有方法、可以有各種各樣的類變量，ReentrantLock比synchronized的擴(kuò)展性體現(xiàn)在幾點(diǎn)上：?

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

ReentrantLock可以獲取各種鎖的信息

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

另外，二者的鎖機(jī)制其實(shí)也是不一樣的:ReentrantLock底層調(diào)用的是Unsafe的park方法加鎖，synchronized操作的應(yīng)該是對(duì)象頭中mark word。

說(shuō)一下 atomic 的原理？

Atomic包中的類基本的特性就是在多線程環(huán)境下，當(dāng)有多個(gè)線程同時(shí)對(duì)單個(gè)（包括基本類型及引用類型）變量進(jìn)行操作時(shí)，具有排他性，即當(dāng)多個(gè)線程同時(shí)對(duì)該變量的值進(jìn)行更新時(shí)，僅有一個(gè)線程能成功，而未成功的線程可以向自旋鎖一樣，繼續(xù)嘗試，一直等到執(zhí)行成功。

Atomic系列的類中的核心方法都會(huì)調(diào)用unsafe類中的幾個(gè)本地方法。我們需要先知道一個(gè)東西就是Unsafe類，全名為：sun.misc.Unsafe，這個(gè)類包含了大量的對(duì)C代碼的操作，包括很多直接內(nèi)存分配以及原子操作的調(diào)用，而它之所以標(biāo)記為非安全的，是告訴你這個(gè)里面大量的方法調(diào)用都會(huì)存在安全隱患，需要小心使用，否則會(huì)導(dǎo)致嚴(yán)重的后果，例如在通過(guò)unsafe分配內(nèi)存的時(shí)候，如果自己指定某些區(qū)域可能會(huì)導(dǎo)致一些類似C++一樣的指針越界到其他進(jìn)程的問(wèn)題。

Atas ialah kandungan terperinci java的多線程常見(jiàn)面試題. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!