悲觀鎖：是一種悲觀思想，即認為寫多，讀少，每次去取數據的時候都認為別人會修改，所以每次讀數據的時候都會加鎖，這樣別人想拿到這個數據的話就會一直block直至拿到鎖。Java的悲觀鎖synchronized。

自旋鎖：如果持有鎖的線程能在很短時間內釋放資源，那么等待競爭鎖的線程就不需要進入阻塞掛起狀態，他們只需要等一等（自旋），等持有鎖的線程釋放鎖后即可立即獲取到鎖，這樣能夠避免用戶上下文切換所帶來的消耗。

synchronized同步鎖，它屬于悲觀鎖，同時也屬于可重入鎖。

synchronized與reentrantLock的對比：
1、ReentrantLock 擁有Synchronized相同的并發性和內存語義，此外還多了定時鎖等候和中斷鎖等候
???? 線程A和B都要獲取對象O的鎖定，假設A獲取了對象O鎖，B將等待A釋放對O的鎖定， 如果使用 synchronized ，如果A不釋放，B將一直等下去，不能被中斷；
???? 如果 使用ReentrantLock，如果A不釋放，可以使B在等待了足夠長的時間以后，中斷等待，而干別的事情
??? ReentrantLock獲取鎖定與三種方式：
??? a)? lock(), 如果獲取了鎖立即返回，如果別的線程持有鎖，當前線程則一直處于休眠狀態，直到獲取鎖
??? b) tryLock(),?如果獲取了鎖立即返回true，如果別的線程正持有鎖，立即返回false；
??? c)tryLock(long?timeout,TimeUnit?unit)，???如果獲取了鎖定立即返回true，如果別的線程正持有鎖，會等待參數給定的時間，在等待的過程中，如果獲取了鎖定，就返回true，如果等待超時，返回false；
??? d) lockInterruptibly:如果獲取了鎖定立即返回，如果沒有獲取鎖定，當前線程處于休眠狀態，直到或者鎖定，或者當前線程被別的線程中斷
?
2、synchronized是在JVM層面上實現的，不但可以通過一些監控工具監控synchronized的鎖定，而且在代碼執行時出現異常，JVM會自動釋放鎖定，但是使用Lock則不行，lock是通過代碼實現的，要保證鎖定一定會被釋放，就必須將unLock()放到finally{}中
?
3、在資源競爭不是很激烈的情況下，Synchronized的性能要優于ReetrantLock，但是在資源競爭很激烈的情況下，Synchronized的性能會下降幾十倍，但是ReetrantLock的性能能維持常態；

都是可重入鎖，
可重入性在我看來實際上表明了鎖的分配機制：基于線程的分配，而不是基于方法調用的分配。舉個簡單的例子，當一個線程執行到某個synchronized方法時，比如說method1，而在method1中會調用另外一個synchronized方法method2，此時線程不必重新去申請鎖，而是可以直接執行方法method2。

可中斷鎖：在Java中，synchronized就不是可中斷鎖，而Lock是可中斷鎖。
　　如果某一線程A正在執行鎖中的代碼，另一線程B正在等待獲取該鎖，可能由于等待時間過長，線程B不想等待了，想先處理其他事情，我們可以讓它中斷自己或者在別的線程中中斷它，這種就是可中斷鎖。
在前面演示lockInterruptibly()的用法時已經體現了Lock的可中斷性。
6.公平鎖：
公平鎖即盡量以請求鎖的順序來獲取鎖。比如同是有多個線程在等待一個鎖，當這個鎖被釋放時，等待時間最久的線程（最先請求的線程）會獲得該所，這種就是公平鎖。
　　非公平鎖即無法保證鎖的獲取是按照請求鎖的順序進行的。這樣就可能導致某個或者一些線程永遠獲取不到鎖。
synchronized就是非公平鎖，它無法保證等待的線程獲取鎖的順序。
而對于ReentrantLock和ReentrantReadWriteLock，它默認情況下是非公平鎖，但是可以設置為公平鎖。