本文介绍: ConcurrentHashMap扩容时不会马上扩容完成，而是每次操作时扩容一部分，防止，一次性扩容时数据量过大造成卡顿。ConcurrentHashMap采用每个链表一把锁，不同链表间的读写操作不会产生锁冲突，提高了效率。ConcurrentHashMap充分使用了CAS减少了一些加锁，提高了效率。
1. 线程安全性
- HashTable：HashTable是线程安全的，所有操作都是同步的（synchronized关键字）。这意味着多个线程可以同时访问HashTable，并且不会导致数据不一致的问题。然而，由于同步的开销比较大，HashTable的性能通常比较低。
- HashMap：HashMap是非线程安全的，它不是同步的。多个线程并发地修改HashMap可能会导致数据不一致。如果需要在多线程环境中使用HashMap，需要自己实现同步机制来保证线程安全。
- ConcurrentHashMap：ConcurrentHashMap是线程安全的，并且性能较高。在Java1.7及以前 它使用了分段锁（Segment）的机制，将整个哈希表划分为多个小的片段，在每个片段上都可以进行并发操作。这样就能支持多个线程同时读写，而不会出现锁竞争的情况。在Java8以后则是给每个链表都分配了一把锁，实现起来更简单。
2. Null值的处理：
- HashTable：HashTable不允许键或值为null，如果尝试插入null键或值，会抛出NullPointerException。
- HashMap：HashMap允许键和值都为null，可以插入null键和null值。
- ConcurrentHashMap：ConcurrentHashMap允许键和值都为null，可以插入null键和null值。
3. ConcurrentHashMap相对于HashTable的改进
1. 缩小了锁的粒度：
ConcurrentHashMap采用每个链表一把锁，不同链表间的读写操作不会产生锁冲突，提高了效率。
2. 充分了使用了CAS：
ConcurrentHashMap充分使用了CAS减少了一些加锁，提高了效率。
3. 针对扩容操作的优化：
ConcurrentHashMap扩容时不会马上扩容完成，而是每次操作时扩容一部分，防止，一次性扩容时数据量过大造成卡顿。
原文地址:https://blog.csdn.net/2303_78892316/article/details/135605954
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若转载，请注明出处：http://www.7code.cn/show_56424.html
如若内容造成侵权/违法违规/事实不符，请联系代码007邮箱：suwngjj01@126.com进行投诉反馈，一经查实，立即删除！
声明：本站所有文章，如无特殊说明或标注，均为本站原创发布。任何个人或组织，在未征得本站同意时，禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益，可联系我们进行处理。
