java - 即使等待条件已更改，AbstractQueuedSynchronizer.acquireShared也将无限等待

我编写了一个使用AbstractQueuedSynchronizer的简单类。我写了一个代表“门”的类，如果打开则可以通过，如果关闭则可以阻止。这是代码:

public class GateBlocking {

  final class Sync extends AbstractQueuedSynchronizer {
    public Sync() {
      setState(0);
    }

    @Override
    protected int tryAcquireShared(int ignored) {
      return getState() == 1 ? 1 : -1;
    }

    public void reset(int newState) {
      setState(newState);
    }
  };

  private Sync sync = new Sync();

  public void open() {
    sync.reset(1);
  }

  public void close() {
    sync.reset(0);
  }

public void pass() throws InterruptedException {
    sync.acquireShared(1);
  }

};

不幸的是，如果某个线程由于关闭了门而其他线程同时打开了门而阻塞了通过方法，则被阻塞的线程不会被中断-它会无限阻塞。
这是显示它的测试:

public class GateBlockingTest {

    @Test
    public void parallelPassClosedAndOpenGate() throws Exception{
        final GateBlocking g = new GateBlocking();
        Thread t = new Thread(new Runnable() {
            @Override
            public void run() {
                try {
                    Thread.sleep(2000);
                    g.open();
                } catch (InterruptedException e) {
                }
            }
        });


        t.start();
        g.pass();
    }
}

请帮忙，我应该怎么做才能使通过门的线程成功获得锁。

最佳答案

看来setState()仅更改状态，但不通知已更改的阻塞线程。

因此，您应该改为使用获取/释放方法:

@Override
protected boolean tryReleaseShared(int ignored) {
    setState(1);
    return true;
}
...
public void open() {
   sync.releaseShared(1);
}

因此，AbstractQueuedSynchronizer的总体工作流程如下所示:

客户调用public获取/发布方法

这些方法安排了所有同步功能，并将实际的锁定策略委托(delegate)给protected try*()方法

您可以使用protected try*()/getState()/setState()

在compareAndSetState()方法中定义锁定策略