一、為什么會出現(xiàn)分布式鎖（原理）
synchronized只能保證在一臺jvm上管用，因為每臺jvm機中只有一個鎖監(jiān)視器新娜，只能有一條線程獲取鎖桅滋，當(dāng)我們的項目是分布式的慧耍，放在多個服務(wù)器上身辨，每個jvm都有各自的鎖監(jiān)視器，就會造成每個服務(wù)器都有一條線程獲取到鎖芍碧，所以造成問題出現(xiàn)煌珊，因此，我們需要讓所有服務(wù)器共享一個鎖監(jiān)視器泌豆，就不會出現(xiàn)問題定庵，這也就是分布式鎖的價值
二、什么是分布式鎖
三踪危、分布式鎖的實現(xiàn)
四蔬浙、基于redis實現(xiàn)分布式鎖
和redis中setnx命令相似，存在不能設(shè)置贞远，不存在才可以設(shè)置敛滋，并且要設(shè)置key的超時時間，確保在redis出現(xiàn)問題時兴革，key會超時刪除绎晃，不會產(chǎn)生死鎖
存在的問題：當(dāng)線程1獲取到鎖，但是自己業(yè)務(wù)很慢杂曲，超過了key的過期時間庶艾，鎖就自動釋放了，此時線程1任務(wù)還沒完成擎勘，線程2進來了咱揍，就能獲取到鎖，線程2處理業(yè)務(wù)時棚饵，線程1完成了煤裙，線程1就去釋放鎖，就把線程2的鎖釋放了（可能會問噪漾，為啥線程1能釋放線程2的鎖硼砰，他們的key不一樣啊，注意：可能線程1線程2是不同jvm中的相同線程號欣硼，導(dǎo)致key是一樣的）题翰，這時線程3又來了獲取到了鎖，所以綜上诈胜，會出現(xiàn)問題豹障，因此，解決方案：每次任務(wù)完成前釋放鎖時焦匈，都需要判斷鎖是否是自己的鎖血公，也就是獲取鎖標(biāo)識判斷在redis中存的鎖值一樣不，一樣就可以釋放鎖缓熟，像這里的業(yè)務(wù)累魔，我們存的就是線程id為value值
改進：
