checkInterruptWhileWaiting

如果当前线程被中断，则调用transferAfterCancelledWait方法判断后续的处理应该是抛出InterruptedException还是重新中断。

这里需要注意的地方是，如果第一次CAS失败了，则不能判断当前线程是先进行了中断还是先进行了signal方法的调用，可能是先执行了signal然后中断，也可能是先执行了中断，后执行了signal，当然，这两个操作肯定是发生在CAS之前。这时需要做的就是等待当前线程的node被添加到AQS队列后，也就是enq方法返回后，返回false告诉checkInterruptWhileWaiting方法返回REINTERRUPT(1)，后续进行重新中断。

简单来说，该方法的返回值代表当前线程是否在park的时候被中断唤醒，如果为true表示中断在signal调用之前，signal还未执行，那么这个时候会根据await的语义，在await时遇到中断需要抛出interruptedException，返回true就是告诉checkInterruptWhileWaiting返回THROW_IE(-1)。

如果返回false，否则表示signal已经执行过了，只需要重新响应中断即可

private int checkInterruptWhileWaiting(Node node) { 
	return Thread.interrupted() ? 
	(transferAfterCancelledWait(node) ? 
	THROW_IE : REINTERRUPT) :0; 
}

final boolean transferAfterCancelledWait(Node node) {
	//使用cas修改节点状态，如果还能修改成功，说明线程被中断时，signal还没有被调用。 
	// 这里有一个知识点，就是线程被唤醒，并不一定是在java层面执行了locksupport.unpark，也可能是调用了线程的interrupt()方法，这个方法会更新一个中断标识，并且会唤醒处于阻塞状态下的线程。 
	if (compareAndSetWaitStatus(node, Node.CONDITION, 0)) { 
		enq(node); //如果cas成功，则把
		node添加到AQS队列 
		return true; 
	} 

	//如果cas失败，则判断当前node是否已经在AQS队列上，如果不在，则让给其他线程执行 

	//当node被触发了signal方法时，node就会被加到 aqs队列上 while (!isOnSyncQueue(node))
	//循环检测node是否已经成功添加到AQS队列中。

	如果没有，则通过yield， 
	Thread.yield(); 
	return false; 
}