ScheduledThreadPoolExecutor

这是java中

ScheduledThreadPoolExecutor类中的

DelayedWorkQueue子类的

poll方法。今天在这里记录一下读后笔记

。防止以后记忆模糊了，导致还得重新看。同时，这样也可以加深一下印象吧。

public RunnableScheduledFuture<?> poll(long timeout, TimeUnit unit)
    throws InterruptedException {
    long nanos = unit.toNanos(timeout);
    final ReentrantLock lock = this.lock;
    lock.lockInterruptibly();
    try {
        for (;;) {
            RunnableScheduledFuture<?> first = queue[0];
            if (first == null) {
                if (nanos <= 0)
                    return null;
                else
                    nanos = available.awaitNanos(nanos);
            } else {
                long delay = first.getDelay(NANOSECONDS);
                if (delay <= 0)
                    return finishPoll(first);
                if (nanos <= 0)
                    return null;
                first = null; // don't retain ref while waiting
                if (nanos < delay || leader != null)
                    nanos = available.awaitNanos(nanos);
                else {
                    Thread thisThread = Thread.currentThread();
                    leader = thisThread;
                    try {
                        long timeLeft = available.awaitNanos(delay);
                        nanos -= delay - timeLeft;
                    } finally {
                        if (leader == thisThread)
                            leader = null;
                    }
                }
            }
        }
    } finally {
        if (leader == null && queue[0] != null)
            available.signal();
        lock.unlock();
    }
}

这个方法是要从队列中取出一个元素。这个方法从 lock.lockInterruptibly()

开始，乍一看好像下面只能一个线程才能进去。但是实际情况是可以多个线程进入

只不过在那个代码范围内，每次只能激活一个线程。因为那个lock的存在。

如果你仔细观察可以发现，那个avalible条件变量其实就是这个lock的。所以当代码执行到代码中的awaitNanos（）时，锁将被释放，进而其他线程可以进入。

这个方法的有一个宗旨，就是如果队列中的task没有到时间的，那么即使发现poll要求等待的时间 小于 task快要激活的时间。也就是明知道最后在poll的等待时间内不可能等到task被激活。但，程序也要直接等待poll参数中传的时间。