通过一个简单的数据库连接池分析一下“等待超时模式”

场景描述：开发人员经常会遇到这样的方法调用场景：调用一个方法时等待一段时间（一般来说是给定一个时间段），如果该方法能够在给定的时间段之内得到结果， 那么将结果立刻返回， 反之，超时返回默认结果。

·等待持续时间： REMAINING=T。
·超时时间： FUTURE=now+T。
这时仅需要wait(REMAINING)即可， 在wait(REMAINING)返回之后会将执行：
REMAINING=FUTURE–now。 如果REMAINING小于等于0， 表示已经超时， 直接退出， 否则将
继续执行wait(REMAINING)。

一个简单的数据库连接池（只是简单展示一下这个模式，就不写怎么用了）public class ConnectionPool {
//Connection只是一个接口，具体实现是由数据库厂商决定的
private LinkedList<Connection> pool = new LinkedList<Connection>() ;

public ConnectionPool(int initialSize) {
if (initialSize > 0) {
for (int i = 0; i < initialSize; i++) {
pool. addLast(ConnectionDriver. createConnection()) ;
}
}
}

public void releaseConnection(Connection connection) {
if (connection ! = null) {
synchronized (pool) {
// 连接释放后需要进行通知， 这样其他消费者能够感知到连接池中已经归还了一个连接
pool.addLast(connection) ;
pool.notifyAll() ;
}
}
}

// 在mills内无法获取到连接， 将会返回null
public Connection fetchConnection(long mills) throws InterruptedException {
synchronized (pool) {
// 完全超时
if (mills <= 0) {
while (pool. isEmpty() ) {
pool.wait() ;
}
return pool. removeFirst() ;
} else {
long future = System.currentTimeMillis() + mills;
long remaining = mills;
while (pool.isEmpty() && remaining > 0) { //注意这里两个条件必须同时满足
pool.wait(remaining) ;
remaining = future - System.currentTimeMillis() ;
}
Connection result = null;
if (! pool.isEmpty() ) {
result = pool.removeFirst() ;
}
return result;
}
}
}
}在这一段代码中
while (pool.isEmpty() && remaining > 0) {
     pool.wait(remaining) ;
     remaining = future - System.currentTimeMillis() ;
}
这里的wait()方法我是这么理解的，在wait方法执行后，一直经过了remaining毫秒后还未有其他线程唤醒他时，这个线程相当于自己唤醒了，但是这个自己唤醒自己还是有一个条件，就是他必须获取pool的锁，否则就算超时时间到了他还是被阻塞的，不能继续往下执行，所以这个线程最终的超时时间不一定是刚好的remaining毫秒。当然这里加个超时时间还是有用的，毕竟不会永远阻塞自己