一、怎么防止死鎖？

死鎖的四個必要條件：

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

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

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

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

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

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

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

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

（視頻教程推薦：java視頻）

二、ThreadLocal 是什么？有哪些使用場景？

線程局部變量是局限于線程內部的變量，屬于線程自身所有，不在多個線程間共享。Java提供ThreadLocal類來支持線程局部變量，是一種實現(xiàn)線程安全的方式。但是在管理環(huán)境下（如 web 服務器）使用線程局部變量的時候要特別小心，在這種情況下，工作線程的生命周期比任何應用變量的生命周期都要長。任何線程局部變量一旦在工作完成后沒有釋放，Java 應用就存在內存泄露的風險。

三、說一下 synchronized 底層實現(xiàn)原理？

synchronized可以保證方法或者代碼塊在運行時，同一時刻只有一個方法可以進入到臨界區(qū)，同時它還可以保證共享變量的內存可見性。

Java中每一個對象都可以作為鎖，這是synchronized實現(xiàn)同步的基礎：

普通同步方法，鎖是當前實例對象

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

同步方法塊，鎖是括號里面的對象

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

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

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

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

volatile不會造成線程的阻塞；synchronized可能會造成線程的阻塞。

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

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

首先synchronized是java內置關鍵字，在jvm層面，Lock是個java類；

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

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

用synchronized關鍵字的兩個線程1和線程2，如果當前線程1獲得鎖，線程2線程等待。如果線程1阻塞，線程2則會一直等待下去，而Lock鎖就不一定會等待下去，如果嘗試獲取不到鎖，線程可以不用一直等待就結束了；

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

Lock鎖適合大量同步的代碼的同步問題，synchronized鎖適合代碼少量的同步問題。

（相關教程推薦：java開發(fā)入門）

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

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

ReentrantLock可以對獲取鎖的等待時間進行設置，這樣就避免了死鎖?

ReentrantLock可以獲取各種鎖的信息

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

另外，二者的鎖機制其實也是不一樣的:ReentrantLock底層調用的是Unsafe的park方法加鎖，synchronized操作的應該是對象頭中mark word。

七、說一下 atomic 的原理？

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

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

推薦教程：java面試題

以上是2020全新Java面試題——多線程（四）的詳細內容。更多信息請關注PHP中文網(wǎng)其他相關文章！