1、synchronized作用于靜態方法和非靜態方法的區別

非靜態方法：

給對象加鎖(可以理解為給這個對象的內存上鎖,注意 只是這塊內存,其他同類對象都會有各自的內存鎖),這時候在其他一個以上線程中執行該對象的這個同步方法(注意:是該對象)就會產生互斥

靜態方法: 相當于在類上加鎖(*.class

位于代碼區,靜態方法位于靜態區域,這個類產生的對象公用這個靜態方法,所以這塊內存，N個對象來競爭),

這時候,只要是這個類產生的對象,在調用這個靜態方法時都會產生互斥。即該類所有的對象都共享一把鎖。

2、當一個線程進入一個對象的synchronized方法A之后，其它線程是否可進入此對象的synchronized方法B？

不能。其它線程只能訪問該對象的非同步方法，同步方法則不能進入。因為非靜態方法上的synchronized修飾符要求執行方法時要獲得對象的鎖，如果已經進入A方法說明對象鎖已經被取走，那么試圖進入B方法的線程就只能在等鎖池（注意不是等待池哦）中等待對象的鎖

3、線程同步的幾種方式

synchronized修飾

volatile實現同步（只能保證可見性，不能保證原子性）

使用局部變量ThreadLocal

使用原子類（AtomicInteger、AtomicBoolean……）

使用Lock

使用容器類（BlockingQueue、ConcurrentHashMap）

4、synchronized和java.util.concurrent.locks.Lock的異同？

答：Lock 和 synchronized 有一點明顯的區別 —— lock 必須在 finally 塊中釋放。否則，如果受保護的代碼將拋出異常，鎖就有可能永遠得不到釋放！這一點區別看起來可能沒什么，但是實際上，它極為重要。忘記在 finally 塊中釋放鎖，可能會在程序中留下一個定時炸彈，當有一天炸彈爆炸時，您要花費很大力氣才有找到源頭在哪。而使用同步，JVM 將確保鎖會獲得自動釋放。

一個 Lock 對象和一個 synchronized 代碼塊之間的主要不同點是：

synchronized 代碼塊不能夠保證進入訪問等待的線程的先后順序。 你不能夠傳遞任何參數給一個 synchronized

代碼塊的入口。因此，對于 synchronized 代碼塊的訪問等待設置超時時間是不可能的事情。 synchronized

塊必須被完整地包含在單個方法里。而一個 Lock 對象可以把它的 lock() 和 unlock() 方法的調用放在不同的方法里。

5、樂觀鎖和悲觀鎖的理解及如何實現，有哪些實現方式？

樂觀鎖，每次操作時不加鎖而是假設沒有沖突而去完成某項操作，如果因為沖突失敗就重試，直到成功為止

悲觀鎖是會導致其它所有需要鎖的線程掛起，等待持有鎖的線程釋放鎖。

樂觀鎖可以使用volatile+CAS原語實現，帶參數版本來避免ABA問題，在讀取和替換的時候進行判定版本是否一致

悲觀鎖可以使用synchronize的以及Lock

6、Synchronized有哪些缺點？

只有一個condition與鎖相關聯，這個condition是什么？就是synchronized對針對的對象鎖。

synchronized無法中斷一個正在等待獲得鎖的線程，也即多線程競爭一個鎖時，其余未得到鎖的線程只能不停的嘗試獲得鎖，而不能中斷。這種情況對于大量的競爭線程會造成性能的下降等后果。

7、我們面對ReentrantLock和synchronized改如何選擇？

Synchronized相比Lock，為許多開發人員所熟悉，并且簡潔緊湊，如果現有程序已經使用了內置鎖，那么盡量保持代碼風格統一，盡量不引入Lock，避免兩種機制混用，容易令人困惑，也容易發生錯誤。在Synchronized無法滿足需求的情況下，Lock可以作為一種高級工具，這些功能包括“可定時的、可輪詢的與可中斷的鎖獲取操作，公平隊列，以及非塊結構的鎖”否則還是優先使用Synchronized。最后，未來更可能提升Synchronized而不是Lock的性能，因為Synchronized是JVM的內置屬性，他能執行一些優化，例如對線程封閉的鎖對象的鎖消除優化，通過增加鎖的粒度來消除內置鎖的同步，而如果基于類庫的鎖來實現這些功能，則可能性不大

8、死鎖產生的四個條件

互斥條件：資源是獨占的且排他使用，進程互斥使用資源，即任意時刻一個資源只能給一個進程使用，其他進程若申請一個資源，而該資源被另一進程占有時，則申請者等待直到資源被占有者釋放。

不可剝奪條件：進程所獲得的資源在未使用完畢之前，不被其他進程強行剝奪，而只能由獲得該資源的進程資源釋放。

請求和保持條件：進程每次申請它所需要的一部分資源，在申請新的資源的同時，繼續占用已分配到的資源。

循環等待條件：在發生死鎖時必然存在一個進程等待隊列{P1,P2,…,Pn},其中P1等待P2占有的資源，P2等待P3占有的資源，…，Pn等待P1占有的資源，形成一個進程等待環路，環路中每一個進程所占有的資源同時被另一個申請，也就是前一個進程占有后一個進程所深情地資源