java的ConcurrentHashMap中为什么是synchronized而不是可重入锁

这篇文章主要介绍“java的ConcurrentHashMap中为什么是synchronized而不是可重入锁 ”，在日常操作中，相信很多人在java的ConcurrentHashMap中为什么是synchronized而不是可重入锁 问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”java的ConcurrentHashMap中为什么是synchronized而不是可重入锁 ”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！

1. 减少内存开销 
假设使用可重入锁来获得同步支持，那么每个节点都需要通过继承AQS来获得同步支持。但并不是每个节点都需要获得同步支持的，只有链表的头节点（红黑树的根节点）需要同步，这无疑带来了巨大内存浪费。 
2. 获得JVM的支持 
可重入锁毕竟是API这个级别的，后续的性能优化空间很小。 
synchronized则是JVM直接支持的，JVM能够在运行时作出相应的优化措施：锁粗化、锁消除、锁自旋等等。这就使得synchronized能够随着JDK版本的升级而不改动代码的前提下获得性能上的提升。

到此，关于“java的ConcurrentHashMap中为什么是synchronized而不是可重入锁 ”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注网站，小编会继续努力为大家带来更多实用的文章！