（1）互斥鎖

a.每個對象都對應于一個可稱為“互斥鎖”的標記，這個標記用來保證在任一時刻，只能有一個線程訪問該對象。

b.Java對象默認是可以被多個線程共用的，只是在需要時才啟動“互斥鎖”機制，成為專用對象。

c.關鍵字synchronized用來與對象的互斥鎖聯系

d.當某個對象用synchronized修飾時，表明該對象已啟動“互斥鎖”機制，在任一時刻只能由一個線程訪問，即使該線程出現堵塞，該對象的被鎖定狀態也不會解除，其他線程任不能訪問該對象。

（2）悲觀鎖

悲觀鎖(Pessimistic Lock), 顧名思義，就是很悲觀，每次去拿數據的時候都認為別人會修改，所以每次在拿數據的時候都會上鎖，這樣別人想拿這個數據就會block直到它拿到鎖。傳統的關系型數據庫里邊就用到了很多這種鎖機制，比如行鎖，表鎖等，讀鎖，寫鎖等，都是在做操作之前先上鎖。

（3）樂觀鎖

樂觀鎖(Optimistic Lock), 顧名思義，就是很樂觀，每次去拿數據的時候都認為別人不會修改，所以不會上鎖，但是在更新的時候會判斷一下在此期間別人有沒有去更新這個數據，可以使用版本號等機制。樂觀鎖適用于多讀的應用類型，這樣可以提高吞吐量，像數據庫如果提供類似于write_condition機制的其實都是提供的樂觀鎖。

類似于SVN版本控制

兩種鎖各有優缺點，不可認為一種好于另一種，像樂觀鎖適用于寫比較少的情況下，即沖突真的很少發生的時候，這樣可以省去了鎖的開銷，加大了系統的整個吞吐量。但如果經常產生沖突，上層應用會不斷的進行retry，這樣反倒是降低了性能，所以這種情況下用悲觀鎖就比較合適。

（4）死鎖

a.)原因：AB兩個線程，A運行中用到B。AB共用S（共享資源），A先運行，運行后由于S鎖定，只能一個線程訪問，B等待S運行堵塞，A等待B運行堵塞。兩個線程互相等待，都無法運行

b.)為避免死鎖，就應該讓線程在進入阻塞狀態時盡量釋放其鎖定的資源，以為其他的線程提供運行的機會，可用方法：

1．wait()：被鎖定的對象可以調用wait()方法，這將導致當前線程被阻塞并釋放該對象的互斥鎖，即解除了wait()方法當前對象的鎖定狀態，其他的線程就有機會訪問該對象。

2． notify()：喚醒調用wait()方法后被阻塞的線程。

3． notifyAll()：喚醒所有調用wait()方法被阻塞的線程

一旦發生死鎖，進程被卡死，cpu占有率也是0，它不會占用cpu，它會被調出去。相對來說還是比較好發現和分析的。

使用多線程的時候，一種非常簡單的避免死鎖的方式就是：指定獲取鎖的順序，并強制線程按照指定的順序獲取鎖。因此，如果所有的線程都是以同樣的順序加鎖和釋放鎖，就不會出現死鎖了

（5）活鎖

活鎖，指事物1可以使用資源，但它讓其他事物先使用資源；事物2可以使用資源，但它也讓其他事物先使用資源，于是兩者一直謙讓，都無法使用資源。

舉個例子，就如同你在街上遇到個人，剛好他朝著你的反方向走，與你正面碰到，你們都想讓彼此過去。你往左邊移，他也往左邊移，兩人還是無法過去。這時你往右邊移，他也往右邊移，如此循環下去。

活鎖會比死鎖更難發現，因為活鎖是一個動態的過程。

（6）饑餓

饑餓是指某一個或者多個線程因為種種原因無法獲得所需要的資源，導致一直無法執行。

（7）無鎖

是無障礙的，保證有一個線程可以勝出

（8）公平鎖-

這個鎖能保證線程是先來的先得到鎖。雖然公平鎖不會產生饑餓現象，但是公平鎖的性能會比非公平鎖差很多。