解决hashmap线程不安全问题的主要方式有三种:使用collections.synchronizedmap、concurrenthashmap或readwritelock结合hashmap;2. collections.synchronizedmap通过synchronized同步所有方法,实现简单但性能低,适合低并发场景;3. concurrenthashmap采用cas+synchronized(jdk 1.8后),支持高并发,是推荐方案;4. readwritelock适用于读多写少场景,读时不互斥,提升性能但实现复杂;5. hashtable因性能差且不支持null键值,已被concurrenthashmap取代;6. concurrenthashmap底层基于node数组+链表/红黑树,put时先定位桶,空则cas插入,非空则synchronized锁头节点处理冲突;7. 选择应根据并发程度、读写比例、性能和功能需求综合权衡,高并发下优先使用concurrenthashmap。
HashMap本身不是线程安全的,这在多线程环境下会引发数据不一致等问题。Java集合框架提供了多种方式来解决这个问题,并非只有一种“银弹”。
解决方案:
使用Collections.synchronizedMap(new HashMap(...))
: 这是最简单直接的方法。
Collections.synchronizedMap会返回一个线程安全的
Map,其内部实现是使用
synchronized关键字对
HashMap的所有方法进行同步。这意味着同一时刻只有一个线程可以访问该
Map。
MapsynchronizedMap = Collections.synchronizedMap(new HashMap ()); Thread t1 = new Thread(() -> { for (int i = 0; i < 1000; i++) { synchronizedMap.put("key" + i, i); } }); Thread t2 = new Thread(() -> { for (int i = 0; i < 1000; i++) { synchronizedMap.get("key" + i); } }); t1.start(); t2.start(); t1.join(); t2.join(); System.out.println("Size: " + synchronizedMap.size()); // 打印结果可能小于1000,因为get操作可能在put之前执行
这种方式简单,但性能较低,因为所有操作都需要获取锁,在高并发环境下会成为瓶颈。
使用ConcurrentHashMap
: 这是
java.util.concurrent包提供的并发安全的
HashMap实现。
ConcurrentHashMap采用分段锁(在JDK 1.7及之前)或者CAS+
synchronized(在JDK 1.8及之后)的方式,允许多个线程同时访问不同的段或桶,从而提高并发性能。
ConcurrentHashMapconcurrentHashMap = new ConcurrentHashMap<>(); Thread t1 = new Thread(() -> { for (int i = 0; i < 1000; i++) { concurrentHashMap.put("key" + i, i); } }); Thread t2 = new Thread(() -> { for (int i = 0; i < 1000; i++) { concurrentHashMap.get("key" + i); } }); t1.start(); t2.start(); t1.join(); t2.join(); System.out.println("Size: " + concurrentHashMap.size()); // 打印结果接近1000
ConcurrentHashMap提供了更高的并发性能,是推荐的线程安全
HashMap替代方案。
使用ReadWriteLock
结合HashMap
: 这种方式适用于读多写少的场景。使用
ReadWriteLock可以允许多个线程同时读取
HashMap,但只允许一个线程写入。
private final Mapmap = new HashMap<>(); private final ReadWriteLock lock = new ReentrantReadWriteLock(); private final Lock readLock = lock.readLock(); private final Lock writeLock = lock.writeLock(); public Integer get(String key) { readLock.lock(); try { return map.get(key); } finally { readLock.unlock(); } } public void put(String key, Integer value) { writeLock.lock(); try { map.put(key, value); } finally { writeLock.unlock(); } }
这种方式在读多写少的场景下性能优于
synchronizedMap,但实现较为复杂。
HashTable?
HashTable是Java早期提供的线程安全
Map实现,它使用
synchronized关键字对所有方法进行同步,与
Collections.synchronizedMap类似。但
HashTable的并发性能较差,且不支持
null键和
null值,因此在新的代码中通常不推荐使用。
ConcurrentHashMap在功能和性能上都优于
HashTable。
ConcurrentHashMap的底层实现原理是什么?
在JDK 1.8中,
ConcurrentHashMap的底层实现基于
Node数组 + 链表/红黑树 + CAS +
synchronized。
HashMap的
table数组。
N数组的某个位置存在哈希冲突时,会形成链表。当链表长度超过一定阈值(默认为8),且数组长度大于等于64时,链表会转换为红黑树,以提高查找效率。ode
Node数组中的元素,避免使用锁。
synchronized: 用于在发生哈希冲突时,对链表或红黑树的头节点进行同步,保证并发安全。
ConcurrentHashMap的
put操作流程大致如下:
Node数组中的位置。
Node放入该位置。
synchronized锁住该位置的头节点。
Node插入到链表或红黑树中。
Map实现?
选择合适的线程安全
Map实现需要根据具体的应用场景进行权衡。
Collections.synchronizedMap。
ConcurrentHashMap。
ReadWriteLock结合
HashMap。
此外,还需要考虑以下因素:
ConcurrentHashMap的并发性能通常优于
Collections.synchronizedMap和
HashTable。
ConcurrentHashMap的内存占用可能略高于
HashMap,因为需要维护额外的并发控制信息。
ConcurrentHashMap支持更多的并发操作,例如
computeIfAbsent、
merge等。
选择合适的线程安全
Map实现,可以有效地提高程序的并发性能和可靠性。