JAVA方法中的互斥线程

Question

我需要提供对类方法的相互访问，因此，一个线程可以同时执行该方法中的代码。 我已经尝试过以下解决方案，但是我无法理解为什么每次“锁定”变量的值都是false时，为什么。

public class MyCommand extends BaseCommand {
  private static boolean locked=false;

  @Override
  public  boolean execute() throws Exception {
    synchronized(MyCommand.class){
        while (locked){
            wait();
        }
        locked=true;

         //some code with a breakpoint/long blocking operations

        locked=false;
        notifyAll();
        return true;
  }
}

我在while语句的开头放置了一个断点，锁变量的值始终为false，我不明白为什么。 第二个断点在方法的主体中，我使用它来阻塞第一个线程的执行，并查看第二个线程中锁住的变量的值更改了，但是不幸的是它没有发生。 因此，最终结果是所有线程都能够执行该方法而没有任何线程安全性。 是否有人对我如何每次一次提供对该线程的独占访问有任何想法？

Answer 1

一次只有一个线程位于同步块中，对吗？ 您可以在该块的开头停止线程，并检查locked的值。 好吧，如果您的线程位于该块内，则意味着没有其他线程。 如果没有其他线程在里面，则locked必须为false，这就是重点。 为什么会让您感到惊讶？

您完全不需要由于上述原因while(locked) wait()循环（或者就此而言，整个locked事物）-整个“锁定”是通过对代码进行synchronized锁定来实现的。

Answer 2

该值始终为false，因为一次仅一个线程正在执行同步块，因此...当第一个线程完成时，变量再次为false ...然后，下一个线程读取为false。

我更喜欢在这种情况下使用ReentrantLock，例如：

protected final ReentrantLock myLock= new ReentrantLock();

...

try {
        //wait until i have the lock
        this.myLock.lock();

        //do some stuff


    } finally {
        //release the lock
        this.myLock.unlock();
    }

在本文中，您可以看到synch部分与ReentrantLock之间在性能上的巨大差异： http : //lycog.com/concurency/performance-reentrantlock-synchronized/