Java - 同步对象/块

Question

我正在寻找有关同步块的澄清。考虑一下这个类 -

public class A{
Map map;

 public getValue(String key){
  return map.get(key);
 }

 public remove(String key){
  synchronized(map){
   map.remove(key);
  }
 }
}

A是单例。getValue在整个应用程序中被多个线程大量访问。我添加了一个新方法remove，它从映射中删除一个键。如果如上所述执行删除，

1. 当线程位于remove方法的同步块中时，我假设它将获取map对象上的锁。这是否意味着其他试图通过getValue方法访问映射的线程将被阻止？（我希望他们这样做。）
2. 当remove方法的同步块中没有线程时，访问getValue方法的线程是否会正常工作，即不会相互阻塞？（我也很喜欢）

我希望只有当有线程执行删除操作时，才会阻塞 getValue 线程。

Answer 1

您没有展示Map实例是如何实例化的，但是假设它不是线程安全的集合实例，那么这段代码就不是线程安全的。

Answer 2

如果我正确理解了您的需求，您可以看看ConcurrentMap，当然还有Concurrent HashMap，我认为它是随Java 5.0引入的，支持一定程度的并发性。

Answer 3

当线程位于remove方法的同步块中时，我假设它将获取map对象上的锁。这是否意味着其他试图通过getValue方法访问映射的线程将被阻止？

不。这意味着你有一个问题，除非你碰巧使用的是线程安全的映射实现。

当删除方法的同步块中没有线程时，访问getValue方法的线程是否像往常一样起作用，即不相互阻塞？（我也想要）。

它们不会相互阻塞，不会。同样，您需要确保您正在使用的任何Map实现都可以，尽管它比在编写的同时阅读更有可能是可以的。

您应该考虑使用ConcurrentMap实现（例如Concurrent HashMap），此时您根本不需要任何同步。

如果您不能使用它，我建议在getValue和remove中同步，并测量性能。获取一个无争用的锁相当便宜——你真的需要无锁吗？（当然，使用ConcurrentHashMap是避免问题的一种相当简单的方法，但在开始微优化之前，您应该始终考虑是否需要额外的复杂性来实现所需的性能。）