在下面假定可以并行执行某些任务的简单测试程序之间放在一起。每次我们提交6个任务并等待完成。然后,提交另一组任务。
import java.util.concurrent.*;
public class ThreadExecutorTest {
public static void main(String... args) {
ThreadPoolExecutor ex = new ThreadPoolExecutor( 15, 20, 10,
TimeUnit.SECONDS,
new ArrayBlockingQueue<Runnable>(5));
for (int i = 0; i< 200; i++) {
submitTasks(ex);
}
System.out.println("Done");
}
private static void submitTasks(ThreadPoolExecutor ex) {
Future f1 = ex.submit( new SampleTask());
Future f2 = ex.submit( new SampleTask());
Future f3 = ex.submit( new SampleTask());
Future f4 = ex.submit( new SampleTask());
Future f5 = ex.submit( new SampleTask());
Future f6 = ex.submit( new SampleTask());
// System.out.println("Max Pool Size " + ex.getMaximumPoolSize());
System.out.println("Pool Size " + ex.getPoolSize());
// System.out.println("Active count " + ex.getActiveCount());
// System.out.println("Task Count " + ex.getTaskCount());
// System.out.println("Queue length " + ex.getQueue().size());
// System.out.println("Queue remainingCapacity " + ((ArrayBlockingQueue)ex.getQueue()).remainingCapacity());
try {
f1.get();
} catch (ExecutionException eex) {
System.out.println("ExecutionException reported later - " + eex.getMessage());
}catch(Exception exp){
System.out.println("Exception reported later - " + exp.getMessage());
}
try{
f2.get();
}catch(Exception exp){}
try{
f3.get();
}catch(Exception exp){}
try{
f4.get();
}catch(Exception exp){}
try{
f5.get();
}catch(Exception exp){}
try{
f6.get();
}catch(Exception exp){}
}
static class SampleTask implements Callable<Void> {
@Override
public Void call() throws Exception {
try {
// Thread.sleep(300);
} catch (Exception e) {
System.out.println("Exception reported");
}
return null;
}
}
}
但是,以下异常产生了,我无法解释。我认为ThreadPoolExecutor配置正确,可以随时处理6个任务。
Pool Size 6
Pool Size 12
Pool Size 15
Pool Size 16
Pool Size 17
Pool Size 18
Pool Size 19
Pool Size 20
Exception in thread "main" java.util.concurrent.RejectedExecutionException: Task java.util.concurrent.FutureTask@2328c243 rejected from java.util.concurrent.ThreadPoolExecutor@bebdb06[Running, pool size = 20, active threads = 0, queued tasks = 0, completed tasks = 53]
at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:2047)
at java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:823)
at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:1369)
at java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:134)
答案 0 :(得分:1)
ThreadPoolExecutor.execute
有一条注释,描述了在提交新任务时其行为:
/* * Proceed in 3 steps: * * 1. If fewer than corePoolSize threads are running, try to * start a new thread with the given command as its first * task. The call to addWorker atomically checks runState and * workerCount, and so prevents false alarms that would add * threads when it shouldn't, by returning false. * * 2. If a task can be successfully queued, then we still need * to double-check whether we should have added a thread * (because existing ones died since last checking) or that * the pool shut down since entry into this method. So we * recheck state and if necessary roll back the enqueuing if * stopped, or start a new thread if there are none. * * 3. If we cannot queue task, then we try to add a new * thread. If it fails, we know we are shut down or saturated * and so reject the task. */
在您的情况下,当您一次提交6个任务的批次时,当当前池的大小小于核心大小时,这些提交将立即分派给新的工作线程(请参阅从0跳转到6的跳转)以及从6到12)。
一旦超出核心池大小,但仍小于最大大小,只要队列未满,任务就会提交到队列,然后异步拉出以在现有工作线程上运行。由于这些任务都是背对背提交的,因此很可能所有六个任务都必须先提交才能退出队列。因此,前五个将进入队列,其余五个将进入上述过程的第3步:创建一个新的工作线程,并立即运行该任务。 (这说明了以后从15跳到16,从16跳到17等)。
最终,这导致线程池具有最大数量的工作线程,并且当达到上述过程的步骤3(如上一段)时,执行程序无法创建新的工作线程并拒绝任务。本质上,即使有可用的工作线程,您也没有给执行程序任何时间将任务从队列中拉出,以便在队列超满之前对它们执行。