ThreadPoolExecutor线程池的简单使用

 

构造一个池子先：

/** * 任务池 * * @author qianj */ public class ThreadPool { // 单例，让池子只有一个 private ThreadPool() { }; private static ThreadPool tp; public static ThreadPool getInstance() { if (tp == null) { tp = new ThreadPool(); } return tp; } // 构造一个任务池 // 参数说明： // corePoolSize - 池中所保存的线程数，包括空闲线程。 // maximumPoolSize - 池中允许的最大线程数。 // keepAliveTime - 当线程数大于核心时，此为终止前多余的空闲线程等待新任务的最长时间。 // unit - keepAliveTime 参数的时间单位。 // workQueue - 执行前用于保持任务的队列。此队列仅保持由 execute 方法提交的 Runnable 任务。 // threadFactory - 执行程序创建新线程时使用的工厂。 // handler - 由于超出线程范围和队列容量而使执行被阻塞时所使用的处理程序。 @SuppressWarnings("unchecked") ThreadPoolExecutor threadPool = new ThreadPoolExecutor(2, 4, 3, TimeUnit.SECONDS, new ArrayBlockingQueue(3), new ThreadPoolExecutor.DiscardOldestPolicy()); // 在池子里取一个线程执行任务 public void execute(Runnable task) { threadPool.execute(task); } }

 

池子有了做一个任务：

/** * 实现了Runnable接口的一个任务 * @author qianj * @version 1.0.0 * @2011-4-21 下午09:03:17 */ public class TestTask implements Runnable { //如果我们的任务需要一些数据，可以通过构造方法传进来 String param; public TestTask(String param){ this.param = param; } public void run() { // TODO Auto-generated method stub //我们的任务 System.out.print("Hello"+param); } }

 

怎么使用：

/** * * @author qianj * @version 1.0.0 * @2011-4-21 下午09:05:52 */ public class Test { public static void main(String args[]){ //得到我们的池子 ThreadPool tp = ThreadPool.getInstance(); //将我们的任务new出来 TestTask tt = new TestTask("qianj"); //用池子执行任务 tp.execute(tt); } }

 

其中核心是这个东西：

 ThreadPoolExecutor threadPool = new ThreadPoolExecutor(2, 4, 3,
   TimeUnit.SECONDS, new ArrayBlockingQueue(3),
   new ThreadPoolExecutor.DiscardOldestPolicy());

 

   这么多参数是什么意思有个很精妙的比喻，在别人那儿摘过来下（还有对上面程序的比喻）：

 

1、在这段程序中，一个任务就是一个Runnable类型的对象，也就是一个ThreadPoolTask类型的对象。

2、一般来说任务除了处理方式外，还需要处理的数据，处理的数据通过构造方法传给任务。

3、在这段程序中，main()方法相当于一个残忍的领导，他派发出许多任务，丢给一个叫 threadPool的任劳任怨的小组来做。

这个小组里面队员至少有两个，如果他们两个忙不过来，任务就被放到任务列表里面。

如果积压的任务过多，多到任务列表都装不下(超过3个)的时候，就雇佣新的队员来帮忙。但是基于成本的考虑，不能雇佣太多的队员，至多只能雇佣 4个。

如果四个队员都在忙时，再有新的任务，这个小组就处理不了了，任务就会被通过一种策略来处理，我们的处理方式是不停的派发，直到接受这个任务为止(更残忍！呵呵)。

因为队员工作是需要成本的，如果工作很闲，闲到 3SECONDS都没有新的任务了，那么有的队员就会被解雇了，但是，为了小组的正常运转，即使工作再闲，小组的队员也不能少于两个。

4、通过调整 produceTaskSleepTime和 consumeTaskSleepTime的大小来实现对派发任务和处理任务的速度的控制，改变这两个值就可以观察不同速率下程序的工作情况。

5、通过调整4中所指的数据，再加上调整任务丢弃策略，换上其他三种策略，就可以看出不同策略下的不同处理方式。

6、对于其他的使用方法，参看jdk的帮助，很容易理解和使用。