java同步开销_java – 为什么对Map的同步访问会增加大量的开销
此代码是基础(最快)：
Map map = new HashMap<>();
for (E e:source) map.put(e.getKey(), e.getValue());
这段代码比较慢(x2)：
Map map = new HashMap<>();
synchronized(map) {
for (E e:source) map.put(e.getKey(), e.getValue());
}
这段代码更糟糕(x20)：
Map map = new HashMap<>();
synchronized(map) {
source.forEach(map::put);
}
为什么那些大的差异？如果HashMap真的是轻量级的而且不是线程安全的(没有同步的),那么开销应该可以忽略不计.除了锁之外应该是可重入的.
当使用Properties时,我实际上得到了相反的效果,正如我所期望的那样：我通过预先获取单个锁(在循环开始之前)来节省时间.
有人可以解释这些差异吗？
请注意,我使用以下JVM选项：-Xms4g
解决方法:
If a HashMap is truly lightweight and not thread-safe (no synchronized), then overhead should have been negligible.
这是一个完全不成功的问题.同步块内部的操作越轻,同步的相对开销就越高.
Besides locks are supposed to be reentrant.
他们是.所以？这里没有重新进入.
标签：java,hashmap,synchronized,performance
来源： https://codeday.me/bug/20190702/1355789.html