樂觀鎖

樂觀鎖是一種樂觀思想，即認(rèn)為讀多寫少，遇到并發(fā)寫的可能性低，每次去拿數(shù)據(jù)的時(shí)候都認(rèn)為別人不會(huì)修改，所以不會(huì)上鎖，但是在更新的時(shí)候會(huì)判斷一下在此期間別人有沒有去更新這個(gè)數(shù)據(jù)，采取在寫時(shí)先讀出當(dāng)前版本號(hào)，然后加鎖操作（比較跟上一次的版本號(hào)，如果一樣則更新）， 如果失敗則要重復(fù)讀-比較-寫的操作。
java 中的樂觀鎖基本都是通過 CAS操作實(shí)現(xiàn)的，CAS 是一種更新的原子操作，比較當(dāng)前值跟傳入值是否一樣，一樣則更新，否則失敗。

悲觀鎖

悲觀鎖是就是悲觀思想，即認(rèn)為寫多，遇到并發(fā)寫的可能性高，每次去拿數(shù)據(jù)的時(shí)候都認(rèn)為別人 會(huì)修改，所以每次在讀寫數(shù)據(jù)的時(shí)候都會(huì)上鎖，這樣別人想讀寫這個(gè)數(shù)據(jù)就會(huì)block直到拿到鎖。 java中的悲觀鎖就是Synchronized,AQS框架下的鎖則是先嘗試cas樂觀鎖去獲取鎖，獲取不到， 才會(huì)轉(zhuǎn)換為悲觀鎖，如RetreenLock。

自旋鎖

如果持有鎖的線程能在很短時(shí)間內(nèi)釋放鎖資源，那么那些等待競(jìng)爭(zhēng)鎖 的線程就不需要做內(nèi)核態(tài)和用戶態(tài)之間的切換進(jìn)入阻塞掛起狀態(tài)，它們只需要等一等（自旋）， 等持有鎖的線程釋放鎖后即可立即獲取鎖，這樣就避免用戶線程和內(nèi)核的切換的消耗。
線程自旋是需要消耗 cup 的，說白了就是讓 cup 在做無用功，如果一直獲取不到鎖，那線程也不能一直占用cup自旋做無用功，所以需要設(shè)定一個(gè)自旋等待的最大時(shí)間。
如果持有鎖的線程執(zhí)行的時(shí)間超過自旋等待的最大時(shí)間扔沒有釋放鎖，就會(huì)導(dǎo)致其它爭(zhēng)用鎖的線程在最大等待時(shí)間內(nèi)還是獲取不到鎖，這時(shí)爭(zhēng)用線程會(huì)停止自旋進(jìn)入阻塞狀態(tài)。