我想知道是否需要同步或使用并发类，或者相反，如果对映射的唯一修改正在更改，那么在多线程环境中使用非并发类并且不对映射进行同步是否是线程安全的地图的值。
我问这个的原因是 HashMap（和其他非并发地图文档）有这样的评论：
请注意，此实现不同步。 如果多个线程同时访问一个哈希映射，并且至少有一个 线程在结构上修改映射，它必须是 外部同步。 （结构修改是任何操作 添加或删除一个或多个映射；只是改变价值 与实例已包含的键关联的不是 结构修改。）这通常是通过 在一些自然封装地图的对象上进行同步。
这让我相信，如果修改不是结构性的（即没有添加或删除），我应该能够更新（非并发）地图无同步。
我读对了吗？即更新映射中的值是原子过程吗？
【问题讨论】：
标签： java collections concurrency map atomic
更新地图值不是一个原子过程。但是，让多个不同的线程各自尝试同时修改映射值不会因为并发错误而导致非常奇怪的异常或错误。例如，您不会导致其中一个键/值对消失，或从地图中删除随机元素。
但是，一个线程在更新键/值对时所做的更新不一定对其他线程可见，除非正在进行一些其他同步（例如，如果值是 AtomicIntegers 之类的东西）。最重要的是，不能保证线程甚至会看到自己的更新，因为它们可能会被其他线程破坏。
希望这会有所帮助！
【讨论】：
在HashMap 中放入一些东西不是原子操作：
public V put(K key, V value) {
if (key == null)
return putForNullKey(value);
int hash = hash(key.hashCode());
int i = indexFor(hash, table.length);
for (Entry<K,V> e = table[i]; e != null; e = e.next) {
Object k;
if (e.hash == hash && ((k = e.key) == key || key.equals(k))) {
V oldValue = e.value;
e.value = value;
e.recordAccess(this);
return oldValue;
}
}
modCount++;
addEntry(hash, key, value, i);
return null;
}
用Collections#synchronizedMap 包裹你的HashMap 可能是值得的。
【讨论】：
put的调用不是。如果您在并发环境中使用Map，同步绝不是一个坏主意。
在更新方面，HashMap、TreeMap 等 map 的实现既不是原子的也不是线程安全的，但是从 Java 1.8 开始，当您使用 ConcurrentHashMap 时，您可以实现原子更新操作。
例如，以下方法将为特定键添加值，或者如果该键没有可用的先前值，则设置该值。
ConcurrentMap<String, Integer> map = new ConcurrentHashMap<>();
int addValue(String key, int value) {
return map.compute(key, (k, v) -> v == null ? value : v + value);
}
【讨论】：