选择适合的拒绝策略
　　当新的任务到来的而线程池被关闭的时候，或线程数和队列已经达到上限的时候，我们需要去做一个决定，怎么拒绝这些任务。下面介绍一下常用的策略：
　　ThreadPoolExecutor#AbortPolicy：这个策略直接抛出RejectedExecutionException异常。
　　ThreadPoolExecutor#CallerRunsPolicy：这个策略将会使用Caller线程来执行这个任务，这是一种feedback策略，可以降低任务提交的速度。
　　ThreadPoolExecutor#DiscardPolicy：这个策略将会直接丢弃任务。
　　ThreadPoolExecutor#DiscardOldestPolicy：这个策略将会把任务队列头部的任务丢弃，然后重新尝试执行，如果还是失败则继续实施策略。
　　除了上面的几种策略，我们也可以通过实现RejectedExecutionHandler来实现自己的策略。
　　利用Hook嵌入你的行为
　　ThreadPoolExecutor提供了protected类型可以被覆盖的钩子方法，允许用户在任务执行之前会执行之后做一些事情。我们可以通过它来实现比如初始化ThreadLocal、收集统计信息、如记录日志等操作。这类Hook如beforeExecute和afterExecute。另外还有一个Hook可以用来在任务被执行完的时候让用户插入逻辑，如rerminated。
　　如果hook方法执行失败，则内部的工作线程的执行将会失败或被中断。
　　可访问的队列
　　getQueue方法可以用来访问queue队列以进行一些统计或者debug工作，我们不建议用作其他用途。同时remove方法和purge方法可以用来将任务从队列中移除。
　　关闭线程池
　　当线程池不在被引用并且工作线程数为0的时候，线程池将被终止。我们也可以调用shutdown来手动终止线程池。如果我们忘记调用shutdown，为了让线程资源被释放，我们还可以使用keepAliveTime和allowCoreThreadTimeOut来达到目的。
　　写在后
　　JAVA本身提供的API已经可以让我们快速的进行基于线程池的多线程开发，但是我们必须要为我们写的代码负责，每一个参数的设置和策略的选择跟不同应用场景有的关系。然而对于不同参数和不同策略的选择并不是一件容易的事情，我们必须要先回答一些基础问题：每创建一个线程，操作系统为我们做了哪些事情，这个线程的操作系统资源消耗主要在哪部分？假如我的应用场景是IO密集型的，那么我需要更多的线程还是更少的线程？假如我们的CPU操作和IO操作大概各占一半的话我们又需要如何选择？等等一些列问题。我认为、多线程开发是一件很容易的事情也是一件很不容易的事情。:)