1
A
回答
2
是的,關鍵字鎖重入的。他們之間的實現可以不同。例如,在早期版本的JVM中,ReentrantLock
的實現比關鍵字有更好的吞吐量。如果或如何實現不同取決於JVM實現/版本。
一般而言,如果您不需要ReentrantLock
提供的其他功能,我傾向於推薦使用關鍵字。但這最終是一種偏好。
+0
不公平ReentrantLock可以比'synchronized'更快。公平的'ReentrantLock'要慢得多。 「同步」有點公平。 – irreputable
相關問題
- 1. Java同步/鎖定
- 2. java同步和對象鎖定
- 3. Java同步鎖
- 4. 同步線程和鎖定
- 5. 鎖定和同步問題
- 6. 在java同步方法上鎖定
- 7. Java同步:無阻塞鎖定
- 8. 同步塊鎖定
- 9. Java的「同步」和C#的「鎖定」有什麼不同嗎?
- 10. 的Java Multihreading同步與鎖
- 11. 如何使用java同步文件操作?同步或鎖定?
- 12. 鎖定和條件與同步
- 13. 在DJango中鎖定和同步
- 14. 鎖定和同步使用互斥
- 15. 線程併發 - 同步和鎖定。
- 16. 同步塊不會鎖定
- 17. 鎖定自由同步
- 18. 同步使對象鎖定
- 19. 同步的方法和鎖
- 20. java和同步
- 21. 鎖定和解鎖dispatch_queue_t異步任務
- 22. Java,EJB,鎖 - 專用字段的同步?
- 23. 同步塊上的Java線程鎖
- 24. Java同步vs死鎖示例
- 25. 的Java圍繞鎖同步聲明
- 26. Reentrant和ThreadSafe函數示例
- 27. Java鎖和解鎖不同的線程
- 28. 同步和java中的同步塊
- 29. 同步:多重鎖定 - 創建鎖定對象?
- 30. 同步雙重鎖定後鎖定爲Android?
爲什麼不試試?如果它是可重入的,則同步實例方法應該能夠自行調用而不會阻塞。 –
是的,Java中的內置鎖是可重入的。這一事實很容易實現,儘管 - 馬克注意到上面提到的那樣是可以測試的。 –