只有当任务都是同类型并且相互独立时，线程池的性能才能达到最佳。如果将运行时间较长的与运行时间较短的任务混合在一起，那么除非线程池很大，否则将可能造成拥塞，如果提交的任务依赖于其他任务，那么除非线程池无线大，否则将可能造成死锁。
例如饥饿死锁：线程池中的任务需要无限等待一些必须由池中其他任务才能提供的资源或条件。
ThreadPoolExecutor的通用构造函数:（在调用完构造函数之后可以继续定制ThreadPoolExecutor）
public ThreadPoolExecutor(int corePoolSize,int maximumPoolSize,long keepAliveTime, TimeUnit unit,BlockingQueue<Runnable> workQueue,ThreadFactory threadFactory， RejectedExecutionHandler handler){ //...}
饱和策略：
ThreadPoolExecutor允许提供一个BlockingQueue来保存等待执行的任务。
当有界队列被填满后，饱和策略开始发挥作用。可以通过调用setRejectedExecutionHandler来修改。
中止是默认的饱和策略，该策略将抛出未检查的RejectedExecutionException,调用者可以捕获这个异常，然后根据需求编写自己的处理代码。
调用者运行策略实现了一种调节机制，该策略既不会抛弃任务，也不会抛出异常，而是将某些任务回退到调用者，从而降低新任务的流量。
例如对于WebServer，当线程池中的所有线程都被占用，并且工作队列被填满后，下一个任务在调用execute时在主线程中执行。
由于执行任务需要一定的时间，因此主线程至少在一段时间内不能提交任何任务，从而使得工作者线程有时间来处理完正在执行的任务。
在这期间，主线程不会调用accept，因此到达的请求将被保存在TCP层的队列中而不是在应用程序的队列中，如果持续过载，那么TCP层最终发现它的请求队列被填满，同样会开始抛弃请求。
因此当服务器过载时，这种过载会逐渐向外蔓延开来---从线程池到工作队列到应用程序再到TCP层，最终到达客户端，导致服务器在高负载下实现一种平缓的性能降低。
exec.setRejectedExecutionHandler(new ThreadPoolExecutor.CallerRunsPolicy());当工作队列被填满后，没有预定于的饱和策略来阻塞execute。而通过Semaphore来现在任务的到达率，可以实现。
/** * 设置信号量的上界设置为线程池的大小加上可排队任务的数量，控制正在执行和等待执行的任务数量。 */public class BoundedExecutor { private final Executor exec; private final Semaphore semaphore; public BoundedExecutor(Executor exec,int bound){ this.exec = exec; this.semaphore = new Semaphore(bound); } public void submitTask(final Runnable task) throws InterruptedException{ semaphore.acquire(); try{ exec.execute(new Runnable(){ public void run(){ try{ task.run(); }finally{ semaphore.release(); } } }); }catch(RejectedExecutionException e){ semaphore.release(); } } }
线程工厂
线程池配置信息中可以定制线程工厂，在ThreadFactory中只定义了一个方法newThread，每当线程池需要创建一个新线程时都会调用这个方法。
