只在必要時進行同步。
指的是縮小鎖定物件的範圍，減少鎖衝突的可能性。
比如hashmap --> concurrenthashmap
減小鎖粒度引來的新問題：
當系統需要取得全域性鎖時，其消耗的資源會比較多。
屬於減小鎖粒度的一種特殊情況，如果說concurrenthashmap是通過分隔資料結構來減小鎖粒度，那麼讀寫鎖則是對系統功能點進行分割減小粒度的。
讀多寫少的場景適合用該中方法。
如果將讀寫鎖的思想進一步延伸，就是鎖分離。
在linkedblockingqueue的實現中，take()和put()兩個操作分別作用於佇列的前端和尾端，理論上來說，兩者並不衝突。如果使用獨佔鎖，兩個操作無法做到併發。在jdk的實現中，使用的是兩把不同的鎖，實現了取資料和寫資料的分離。
一般情況下，我們需要將執行緒持有鎖的時間盡量縮短，即使用完公共資源後，應盡快釋放。但如果乙個執行緒不停的請求，同步和釋放，會消耗很多資源，不利於效能優化。
虛擬機器在遇到一連串的對同乙個鎖不斷進行求的和釋放的操作時，便會把所有的操作整合成對鎖的一次請求，從而減少對鎖的請求同步次數，這個操作就是鎖的粗化。
mysql 4 1 全域性鎖 表鎖 行級鎖
描述 兩階段鎖協議 行鎖是在需要的時候才加上的，但並不是不需要了就立刻釋放，而是要等到事務結束時才釋放 行鎖針對資料表中行記錄的鎖 死鎖當併發系統中不同執行緒出現迴圈資源依賴，涉及的執行緒都在等待別的執行緒釋放資源時，就會導致這幾個執行緒都進入無限等待的狀態 根據加鎖的範圍，mysql 裡面的鎖大致...
鎖優化的建議
它的核心思想就是不要在不必需要的 上加鎖，因為執行緒持有的鎖時間過長，相對地，鎖的競爭程度也就越激烈。看下面的 public synchronized void syncmethod public void syncmethod othercode2 減小鎖粒度也是一種削弱多執行緒鎖競爭的有效手段。...
分布式鎖的鎖優化
在去除原有synchronized單機鎖後，在關鍵步驟新增分布式鎖來對具體業務進行鎖定，然而由於鎖定範圍大，導致鎖競爭增加，不斷發生鎖等待，如果不進行優化，可能會讓執行緒佇列增大甚至阻塞，而且在等待時長超過設定的閾值時，執行緒將超時返回。在此，初步對鎖進行優化，如何理解分布式鎖與單機鎖的應用範圍和實...