java線程鎖為什么鎖不??？主要問題沒有給出完整的代碼和運(yùn)行結(jié)果，我分析這個(gè)代碼沒有問題，可以正確運(yùn)行。在這段代碼中，使用了savemoney類對(duì)象的鎖。這個(gè)對(duì)象在運(yùn)行時(shí)只有一個(gè)實(shí)例，這確保了在代碼執(zhí)

java線程鎖為什么鎖不??？

主要問題沒有給出完整的代碼和運(yùn)行結(jié)果，我分析這個(gè)代碼沒有問題，可以正確運(yùn)行。

在這段代碼中，使用了savemoney類對(duì)象的鎖。這個(gè)對(duì)象在運(yùn)行時(shí)只有一個(gè)實(shí)例，這確保了在代碼執(zhí)行時(shí)只有一個(gè)線程可以獲得鎖。其他線程必須等待鎖保持線程釋放鎖，然后才能進(jìn)入。因此，主體需要補(bǔ)充如何在無(wú)法鎖定的情況下得出結(jié)論。

我還原了代碼并給出了如下運(yùn)行結(jié)果：

運(yùn)行的代碼應(yīng)該與所有者的代碼一致

運(yùn)行結(jié)果表明三個(gè)線程互斥執(zhí)行同步代碼塊。

歡迎批評(píng)指正。如果你認(rèn)為業(yè)主的回答是好的，請(qǐng)表?yè)P(yáng)并注意^V^

首先，你需要知道在非分布式環(huán)境下用鎖可以解決什么問題？

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

！1，生成全局ID；

2，修改全局配置文件；

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

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

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

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

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

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

謝謝

！Java語(yǔ)言規(guī)范明確指出，如果鎖定的對(duì)象為null，則會(huì)發(fā)生NullPointerException。規(guī)范的內(nèi)容如下：

java synchronized鎖對(duì)象，當(dāng)對(duì)象引用是null的時(shí)候，鎖的是什么？

volatile是為了防止指令重新排序以確?？梢娦?/p>

對(duì)于JVM級(jí)別，它是為了防止編譯器重新排序

同時(shí)，對(duì)于某些CPU，它們將通過(guò)緩存鎖或線程來(lái)解決緩存可見性

但是，許多CPU已經(jīng)過(guò)優(yōu)化。由于cache-consistency-MESI的性能開銷，采用storebuffer機(jī)制進(jìn)行異步處理，導(dǎo)致了指令的無(wú)序執(zhí)行。這會(huì)導(dǎo)致可見性問題。

然后volatile將在CPU級(jí)別增加內(nèi)存屏障，以解決由CPU無(wú)序執(zhí)行引起的可見性問題