什么時(shí)候需要分布式鎖？首先，我們需要知道在非分布式環(huán)境中，什么可以用鎖來解決？多線程環(huán)境，共享資源線程安全問題！此時(shí)，共享資源通常在一臺(tái)機(jī)器的多線程中競(jìng)爭(zhēng)。從JAVA內(nèi)存模型的角度來看，我們可以通過鎖

什么時(shí)候需要分布式鎖？

首先，我們需要知道在非分布式環(huán)境中，什么可以用鎖來解決？

多線程環(huán)境，共享資源線程安全問題！此時(shí)，共享資源通常在一臺(tái)機(jī)器的多線程中競(jìng)爭(zhēng)。從JAVA內(nèi)存模型的角度來看，我們可以通過鎖定對(duì)象、方法和代碼塊來避免共享資源的競(jìng)爭(zhēng)

！1，生成全局ID；

2，修改全局配置文件；

3，分布式服務(wù)中的seckill；

4，分布式環(huán)境中的重復(fù)提交；

1，使用數(shù)據(jù)庫的唯一主鍵實(shí)現(xiàn)鎖定

！2、使用redis指令：通常使用setnx方法，incr方法實(shí)現(xiàn)

3、使用zookeeper：使用API生成臨時(shí)節(jié)點(diǎn)實(shí)現(xiàn)鎖定

分布式鎖用zookeeper還是redis好？

1. 無法重新進(jìn)入

2。沒有本地鎖，并發(fā)性能會(huì)很差。它不用于并發(fā)鎖爭(zhēng)用較多的場(chǎng)景。本地鎖沒有自旋

3。不考慮鎖等待排序。redis很難實(shí)現(xiàn)，可以通過redis的列表實(shí)現(xiàn)，但是列表下的每個(gè)子節(jié)點(diǎn)都沒有超時(shí)。Redis也不能執(zhí)行模糊查詢key*

所以最好通過zookeeper來實(shí)現(xiàn)當(dāng)我們遇到性能瓶頸時(shí)，我們經(jīng)常無法離線注冊(cè)

zookeeper原則是臨時(shí)節(jié)點(diǎn)

Redis分布式鎖的原理是什么？如何續(xù)期？

分布式鎖的要求伴隨著應(yīng)用的分布式部署。在單個(gè)應(yīng)用程序只部署一臺(tái)服務(wù)器的情況下，可以通過Java同步鎖來實(shí)現(xiàn)。同步鎖是一種原子操作。

當(dāng)應(yīng)用程序以分布式方式部署并且具有多個(gè)服務(wù)時(shí)，應(yīng)用服務(wù)器將無法提供原子操作。Redis具有高性能，而且是單線程的，因此它可以為原子操作提供一個(gè)場(chǎng)所。有了它，就可以實(shí)現(xiàn)分布式鎖。