java synchronized鎖對象，當(dāng)對象引用是null的時(shí)候，鎖的是什么？謝謝！Java語言規(guī)范明確指出，如果鎖定的對象為null，則會(huì)發(fā)生NullPointerException。規(guī)范的內(nèi)容

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

謝謝

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

表達(dá)式的類型必須是引用類型，否則會(huì)發(fā)生完全時(shí)間錯(cuò)誤。首先計(jì)算表達(dá)式，執(zhí)行同步語句。然后：如果表達(dá)式的求值由于某種原因完全完成，那么synchronized語句也會(huì)因?yàn)橥瑯拥脑蛲蝗煌瓿?。否則，如果表達(dá)式的值為null，則會(huì)引發(fā)NullPointerException。

如何理解Java鎖的可重入性？

reentrantlock：支持重復(fù)輸入的鎖，這意味著該鎖可以支持線程對資源的重復(fù)鎖定。

關(guān)鍵字“sychronized”隱式支持重入，例如使用sychronized修改的遞歸方法。在方法執(zhí)行期間，執(zhí)行線程在獲取鎖之后可以多次獲取鎖。

盡管reentrantlock不能像sychnronized關(guān)鍵字那樣隱式地重新輸入，但是在調(diào)用lock（）方法時(shí)，獲得鎖的線程可以再次調(diào)用lock（）方法來獲得鎖，而不會(huì)被阻止。

java線程鎖為什么鎖不住？

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

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

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

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

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

歡迎批評指正。如果你認(rèn)為答案是好的，請表揚(yáng)并注意^v^