// 获取线程池中的有效线程数量
 int wc = workerCountOf(c);

 // 如果开发者主动开启allowCoreThreadTimeOut并且获取当前工作线程大于corePoolSize，那么该线程是可以被超时回收的
 // allowCoreThreadTimeOut默认为false，即默认不允许核心线程超时回收
 // 这里也说明了在核心线程以外的线程都为“临时”线程，随时会被线程池回收
 boolean timed = allowCoreThreadTimeOut || wc > corePoolSize;//当前线程数大于核心线程数
 
 // 这里说明了两点销毁线程的条件：
 // 1.原则上线程池数量不可能大于maximumPoolSize，但可能会出现并发时操作了setMaximumPoolSize方法，如果此时将最大线程数量调少了，很可能会出现当前工作线程大于最大线程的情况，这时就需要线程超时回收，以维持线程池最大线程小于maximumPoolSize，
 // 2.timed && timedOut 如果为true，表示当前操作需要进行超时控制，这里的timedOut为true，说明该线程已经从workQueue.poll()方法超时了， 
 // 以上两点满足其一，都可以触发线程超时回收
 if ((wc > maximumPoolSize || (timed && timedOut))
     && (wc > 1 || workQueue.isEmpty())) {
   // 尝试用AQS将线程池线程数量减一
   if (compareAndDecrementWorkerCount(c))
     // 减一成功后返回null，线程被回收
     return null;
   // 否则循环重试
   continue;
 }

 try {
   // 如果timed为true，阻塞超时获取任务，否则阻塞获取任务
   Runnable r = timed ?
     workQueue.poll(keepAliveTime, TimeUnit.NANOSECONDS) :
   workQueue.take();
   if (r != null)
     return r;
   // 如果poll超时获取任务超时了, 将timeOut设置为true
   // 继续循环执行，如果碰巧开发者开启了allowCoreThreadTimeOut，那么该线程就满足超时回收了
   timedOut = true;
 } catch (InterruptedException retry) {
   timedOut = false;
 }

难道面试官的意思是，超过了规定的时间还要进行等待一段时间在进行回收，而不是马上？