监视器锁 java_java – 总是使用’​​this’作为监视器锁定是可以接受的吗？

It is true that if clients simultaneously calls increment1() and increment2() methods, then increment2 invocation will be blocked until increment1() releases the this monitor?

如果他们在同一个实例上被调用,那么是的.

If it’s true, does it mean that I need to provide different monitor locks for each operation (for performance reasons)?

只有你能知道.我们不了解您的性能要求.这实际上是您真实代码中的一个问题吗？您真正的操作是否持久？它们经常发生吗？您是否进行过任何诊断以估计其影响？您是否已将自己的应用程序分析,以了解等待显示器所花费的时间,更不用说何时不必要了？

我实际上建议不要因为完全不同的原因而对此进行同步.当你控制所有东西时,已经很难推理线程 – 但是当你不知道可以获得监视器的所有内容时,你就会隐藏起来.当您对此进行同步时,这意味着任何其他具有对象引用的代码也可以在同一监视器上同步.例如,客户可以使用：

synchronized (myClass) {

// Do something entirely different

}

这可能导致死锁,性能问题,各种各样的事情.

如果您在类中使用私有final字段,而创建的对象只是一个监视器,那么您知道获取该监视器的唯一代码将是您的代码.