这篇文章主要介绍“java的ConcurrentHashMap中为什么是synchronized而不是可重入锁 ”，在日常操作中，相信很多人在java的ConcurrentHashMap中为什么是synchronized而不是可重入锁 问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”java的ConcurrentHashMap中为什么是synchronized而不是可重入锁 ”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！
主要从事网页设计、PC网站建设（电脑版网站建设）、wap网站建设（手机版网站建设）、成都响应式网站建设公司、程序开发、微网站、小程序开发等，凭借多年来在互联网的打拼，我们在互联网网站建设行业积累了丰富的网站设计制作、做网站、网络营销经验，集策划、开发、设计、营销、管理等多方位专业化运作于一体，具备承接不同规模与类型的建设项目的能力。
1. 减少内存开销
假设使用可重入锁来获得同步支持，那么每个节点都需要通过继承AQS来获得同步支持。但并不是每个节点都需要获得同步支持的，只有链表的头节点（红黑树的根节点）需要同步，这无疑带来了巨大内存浪费。
2. 获得JVM的支持
可重入锁毕竟是API这个级别的，后续的性能优化空间很小。
synchronized则是JVM直接支持的，JVM能够在运行时作出相应的优化措施：锁粗化、锁消除、锁自旋等等。这就使得synchronized能够随着JDK版本的升级而不改动代码的前提下获得性能上的提升。
到此，关于“java的ConcurrentHashMap中为什么是synchronized而不是可重入锁 ”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注创新互联网站，小编会继续努力为大家带来更多实用的文章！
