在 Java 里，多线程操作共享 Map 时，最常见的选择之一就是 Collections.synchronizedMap。

它属于工具类 java.util.Collections，核心思路很简单：把普通的 Map 对象包装一下，让它的每个公共方法都自带同步锁，从而避免多个线程同时写造成数据混乱。不用手动加锁，用起来还是挺方便的。

基本用法

用法直接了当。先搞一个 HashMap，然后丢进 synchronizedMap 就行了：

Map map = new HashMap<>();
Map syncMap = Collections.synchronizedMap(map);

当然，也可以一步到位：

Map syncMap = Collections.synchronizedMap(new HashMap());

这样返回的 syncMap 就是线程安全的——每个 put、get、remove 等方法内部都加了 synchronized 块，保证同一时刻只有一个线程执行这些操作。

迭代时需要注意的问题

这里有个坑不得不提：虽然单个方法安全了，但遍历整个 Map 的过程可就不一定了。如果直接对 syncMap 做 for-each 循环，很可能抛出 ConcurrentModificationException，或者读到不一致的数据。为什么？因为 entrySet() 返回的是一个视图，它本身并不会自动锁定整个遍历过程。

正确做法是手动加一个同步块，包裹住整个迭代：

synchronized (syncMap) {
    for (Map.Entry entry : syncMap.entrySet()) {
        System.out.println(entry.getKey() + " = " + entry.getValue());
    }
}

这一点很容易忽略，但一旦在多线程环境下踩坑，排查起来还挺烦的。

适用场景与局限性

synchronizedMap 适合那种读多写少、并发量不高的场景。它的原理是给每个方法都加上同一把锁，所以所有操作竞争同一把锁，并发高了性能就会明显下降。相比而言，ConcurrentHashMap 用分段锁或 CAS 等机制，效率高得多。

几点需要注意的：

• 它不能替代 ConcurrentHashMap 在高并发下的性能优势
• 只保证单个操作的线程安全，复合操作（比如先检查再插入）仍然需要外部同步
• 不支持 null 键或值的特殊处理，行为完全依赖于底层传入的 Map

总的来说，如果只是小项目或低并发环境，synchronizedMap 是个简单有效的选择。要是追求高吞吐量，还是直接上 ConcurrentHashMap 吧。

《夸克》非常好用的免费AI浏览器

下载APP查看